On 1/3/07, Keith Irwin <keith.irwin@gmail.com> wrote:
>
>
>
> On 1/3/07, Keith Irwin <keith.irwin@gmail.com> wrote:
> >
> >
> > On 1/3/07, Mark Phippard <markphip@gmail.com> wrote:
> > >
> > > On 1/3/07, Keith Irwin <keith.irwin@gmail.com> wrote:
> > > >
> > > >
> > > >
> > > > When I click on the SVN preferences tab, eclipse tanks. Yes, I used
> > > > the same jvm to compile javahl as is running eclipse.
> > > >
> > >
> > > JVM should not factor into this. JavaHL is a C++ library that uses
> > > the SVN C libraries. We provide the JavaHL Java part with Subclipse. You
> > > do not need to touch that, nor should you. You do need to build the native
> > > library and make it available.
> > >
> >
> > You mean the jar file? I just added the -vmargs -
> > Djava.library.path=/usr/local/lib thing (in which is the .so under
> > discussion).
> >
> > BTW, another developer also has the same symptoms. Once he changed his
> > NT domain password, he can no longer use eclipse to update or commit. He
> > has to use the commang line. He can, however, use Windows. I can use the
> > Mac (though don't have access to it at the moment).
> >
> > It seems that the problem is on linux. Far as I can tell, the Windows
> > installation is using javahl.
> >
> > I'm going to try a new installation of everything on a machine that has
> > never had eclipse installed and see what happens.
> >
> > I still can't get eclipse to not fail when I add the above path to the
> > command line.
> >
>
> New info:
>
> I installed eclipse, callipso and subclipse 1.1.9 on a "new" ubuntu linux
> box. Same problems as before. I also installed the libsvn-javahl package,
> which places libsvnjavahl-1.so in /usr/lib/jni.
>
> I started eclipse with:
>
> ./eclipse -vmargs -Djava.library.path=/usr/lib/jni
>
> and when I surfed to the Window -> Preferences -> Team -> SVN page,
> eclipse tanked.
>
> Apparently, Ubuntu + Eclipse + javahl is a no go.
>
> Regardless, none of this explains why everything worked just fine BEFORE I
> (and my colleague) changed our NT passwords as per IT policy.
>
> Strange, eh?
>
> Keith
>
And just for fun, here's a bit of the error log:
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0x87797acb, pid=28165, tid=3085457072
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_08-b03 mixed mode)
# Problematic frame:
# C [libsvnjavahl-1.so.0.0.0+0xdacb]
_ZN7JNIUtil18setExceptionThrownEv+0x2b
#
--------------- T H R E A D ---------------
Current thread (0x0805cde8): JavaThread "main" [_thread_in_native,
id=28165]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000004
Registers:
EAX=0x00000000, EBX=0x877ba500, ECX=0x00000002, EDX=0x00000000
ESP=0xbfa646e8, EBP=0xbfa646f0, ESI=0x0805cea8, EDI=0x8c3bbaf8
EIP=0x87797acb, CR2=0x00000004, EFLAGS=0x00210246
Top of Stack: (sp=0xbfa646e8)
0xbfa646e8: 87797aa9 877ba500 bfa64730 877981d9
0xbfa646f8: 0805cea8 8c3bbaf8 877babc0 876fc360
0xbfa64708: 876fa520 bfa6471c 877b2330 bfa64744
0xbfa64718: 877ba500 877bac0d 8779812b 877ba500
0xbfa64728: 877babc0 877babb9 bfa64760 87798264
0xbfa64738: 877babc0 00000800 877b2330 877b2130
0xbfa64748: 00011187 877babb9 bfa64780 877ba500
0xbfa64758: 877ba500 885db320 bfa64780 87796cb4
Instructions: (pc=0x87797acb)
0x87797abb: 74 09 8b 83 84 ff ff ff c6 00 01 e8 19 d3 ff ff
0x87797acb: c6 40 04 01 83 c4 04 5b 5d c3 90 8d 76 00 8d bc
Stack: [0xbf86c000,0xbfa6c000), sp=0xbfa646e8, free space=2017k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
code)
C [libsvnjavahl-1.so.0.0.0+0xdacb] _ZN7JNIUtil18setExceptionThrownEv+0x2b
C [libsvnjavahl-1.so.0.0.0+0xe1d9] _ZN7JNIUtil10throwErrorEPKc+0xb9
C [libsvnjavahl-1.so.0.0.0+0xe264] _ZN7JNIUtil14handleAPRErrorEiPKc+0x64
C [libsvnjavahl-1.so.0.0.0+0xccb4] _ZN8JNIMutexC1EP10apr_pool_t+0x44
C [libsvnjavahl-1.so.0.0.0+0xed2b]
_ZN7JNIUtil13JNIGlobalInitEP10_Jv_JNIEnv+0x28b
C [libsvnjavahl-1.so.0.0.0+0x2153d]
Java_org_tigris_subversion_javahl_SVNClient_initNative+0x1d
j org.tigris.subversion.javahl.SVNClient.initNative()V+0
j org.tigris.subversion.javahl.NativeResources.init()V+10
j org.tigris.subversion.javahl.NativeResources.loadNativeLibrary()V+27
j org.tigris.subversion.javahl.SVNClient.<clinit>()V+0
v ~StubRoutines::call_stub
V [libjvm.so+0x266eec]
V [libjvm.so+0x42da88]
V [libjvm.so+0x266d1f]
V [libjvm.so+0x243b71]
V [libjvm.so+0x242670]
V [libjvm.so+0x241717]
V [libjvm.so+0x2581b6]
j
org.tigris.subversion.svnclientadapter.javahl.JhlClientAdapterFactory.isAvailable
()Z+648
j
org.tigris.subversion.svnclientadapter.javahl.JhlClientAdapterFactory.setup
()V+0
j org.tigris.subversion.subclipse.core.SVNClientManager.loadJavaHLAdapter
()V+12
j org.tigris.subversion.subclipse.core.SVNClientManager.loadAdapters()V+1
j org.tigris.subversion.subclipse.ui.preferences.SVNPreferencesPage
.<init>()V+24
v ~StubRoutines::call_stub
V [libjvm.so+0x266eec]
V [libjvm.so+0x42da88]
V [libjvm.so+0x266d1f]
V [libjvm.so+0x4796bc]
Keith
> >
> > I guess this is all a bust. I suspect it has nothing whatsoever to do
> > > > with subclipse. 1.0.4 doesn't work either.
> > > >
> > >
> > > That would be expected as it uses the exact same code to access SVN as
> > > 1.1.9.
> > >
> > > Works fine on the mac, though. Very strange. ;)
> > > >
> > >
> > > Is the Mac using JavaHL or SVNKit in the preferences? If the latter,
> > > then it should work on Linux as well. If it is using JavaHL then that is
> > > the difference.
> > >
> > > Thanks
> > >
> > > Mark Phippard
> > > http://markphip.blogspot.com/
> > >
> >
> >
>
Received on Wed Jan 3 23:57:01 2007