Comment 11 for bug 62748

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 ?? ()