Here is a backtrace. It sheds rather more light on the problem.
apr_thread_mutex_create dies with error 70023, APR_ENOTIMPL.
Then, whilst attempting to handle the error, libsvnjavahl segfaults -
presumably because the error occurred too early in initialization for
the error handling code itself to have been initialized.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209973072 (LWP 10067)]
0xae61264b in JNIUtil::setExceptionThrown ()
at subversion-1.3.2/subversion/bindings/java/javahl/native/JNIUtil.cpp:538
538 data->m_exceptionThrown = true;
Current language: auto; currently c++
(gdb) bt
#0 0xae61264b in JNIUtil::setExceptionThrown ()
at subversion-1.3.2/subversion/bindings/java/javahl/native/JNIUtil.cpp:538
#1 0xae612ae0 in JNIUtil::throwError (
message=0xae63c300 "an error occurred in function apr_thread_mutex_create
with return value 70023")
at subversion-1.3.2/subversion/bindings/java/javahl/native/JNIUtil.cpp:324
#2 0xae612f54 in JNIUtil::handleAPRError (error=70023,
op=0xae6334b4 "apr_thread_mutex_create")
at subversion-1.3.2/subversion/bindings/java/javahl/native/JNIUtil.cpp:446
#3 0xae6113b2 in JNIMutex (this=0x8301de0, pool=0x8353d88)
at subversion-1.3.2/subversion/bindings/java/javahl/native/JNIMutex.cpp:38
#4 0xae6136b1 in JNIUtil::JNIGlobalInit (env=0x805cf38)
at subversion-1.3.2/subversion/bindings/java/javahl/native/JNIUtil.cpp:256
#5 0xae62a13f in Java_org_tigris_subversion_javahl_SVNClient_initNative (
env=0x805cf38, jclazz=0xbffa0980)
at
subversion-1.3.2/subversion/bindings/java/javahl/native/org_tigris_subversion_javahl_SVNClient.cpp:1839
#6 0xb264a4db in ?? ()
#7 0x0805cf38 in ?? ()
** Also affects: apache2 (Ubuntu)
Importance: Undecided
Status: Unconfirmed
--
2.0.55-4ubuntu4 update causes svn failure
https://launchpad.net/bugs/62748
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
