On Fri, 2006-04-21 at 09:20 -0600, Tom Tromey wrote:
Robert> The SVNClient class is not found by gij, but when it is
ran under Sun
Robert> JVM, it is found.
Tom> Do you get a stack trace in the .log file (or elsewhere)?
Tom> That might help us diagnose the problem.
Mark pointed out that you did supply a backtrace and I just didn't
see it there in front of me. Sorry about that.
This looks strange:
java.lang.ClassNotFoundException: org.tigris.subversion.javahl.SVNClient not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/share/eclipse/startup.jar],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
debugging with (it is an static method)
System.out.println(JhlClientAdapter.class.getClassLoader());
showed:
org.eclipse.core.runtime.adaptor.EclipseClassLoader@2d78620
... since it doesn't seem like it should be using the system
class
loader here. But sometimes these class-not-found traces are odd.
I guess I would start by trying to see what class loader is really
being used to load this code. If that is wrong things usually go bad;
then you'd have to track down why that went wrong.
If it is the right loader (and the error message is what is weird)
then the problem may be simpler to track down... bad linking or
something.
Are you BC-compiling this code? You can try interpreting, sometimes
that makes link problems go away. In this case there may be some
workarounds...
I disabled aot-compile-rpm for the svnClientAdapter and subclipse RPMs
in order to run with the interpreter, the same problem
Tom
________________________________________
Robert Marcano
マルカノ・ロバート。日本語の学生。
web:
http://www.marcanoonline.com/
gpg --keyserver
hkp://pgp.mit.edu/ --recv-key 72A0DCFD