Assertion failed: 0, file ../lnk/exthrow.cc, line 425 Abort (core dumped)

Question

Hi,
I have a JNI native library that calls a custom C++ shared library with a number of number of dependencies. At runtime, in the process of loading the custom C++ library, I got the folloing message.
Assertion failed: 0, file ../lnk/exthrow.cc, line 425
Abort (core dumped)
If I did mdb on core dump, the following is the result.
mdb java.29922
mdb: core file data for mapping at ffb7a000 not saved: Bad address
Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ]
$Cffbf7c90 libc.so.1`_lwp_kill+8(6, 0, ff2f2e10, ff2a8bd0, ffffffff, 6)
ffbf7cf0 libc.so.1`abort+0x110(ffbf7de0, 1, 0, ad314, ff2f12d8, 0)
ffbf7d80 libc.so.1`_assert+0x64(ff1d9358, ff1d935a, 1a9, ff1ea810, ad030, ff1d418c)
ffbf7fe0 libCrun.so.1`__1cG__CrunMex_rethrow_q6F_v_+0xf0(0, fffb, 0, 14c14, 2, 0)
ffbf8040 libtssclt.so.3`__1cDstdNbasic_istream4Ccn0ALchar_traits4Cc___2t6Mn0AIios_baseJEmptyCtor__v_+0xb8(eef09710, 0,
eef0df94, eef0a088, eef09730, eef09748)
ffbf80a0 libtssclt.so.3`__SLIP.INIT_A+0x20(0, ff2f3700, acb18, ff2bb774, f0bd4840, f0bd4880)
ffbf8100 libtssclt.so.3`__1cU__STATIC_CONSTRUCTOR6F_v_+4(ee774a48, ff2f3700, acb18, ff1d6e50, f0bd3b40, f0bd3b80)
ffbf8160 libtssclt.so.3`_init+0x110(ff3f40fc, ff3f5a50, 2b414, 0, ff3f4910, 821)
ffbf81c0 ld.so.1`call_init+0x16c(c10081, 1, fe9d0f60, ee7c5eb4, ff3f4910, ffdfffff)
ffbf8228 ld.so.1`dlmopen_intn+0x164(ff3f40fc, 10000, c01, 24, 3b, ff161f30)
ffbf8288 ld.so.1`dlmopen_check+0x160(ff3f40fc, 10c5c8, c01, ff3914f8, ffbf834c, 0)
ffbf82e8 ld.so.1`dlopen+0x30(10c5c8, 1, 1, ff185fac, 57c0, ff185fa8)
ffbf8350 libjvm.so`__1cCosIdll_load6Fpkcpci_pv_+0x20(10c5c8, ffbf8858, 400, 0, 12eed4, 5400)
ffbf83f0 libjvm.so`JVM_LoadLibrary+0x15c(10c5c8, 64fc, 38810, ff18696c, ff185fac, 2)
ffbf8c58 libjava.so`Java_java_lang_ClassLoader_00024NativeLibrary_load+0xe8(388cc, ffbf8f2c, ffbf8f28, 0, 10c5c8, 0)
ffbf8dc0 0xf900bc20(11, ffbf8f2c, ffbf8ea8, ffffff80, 64fc, 0)
ffbf8e40 0xf900bbc4(f0c303c0, b6, 0, 8, 1ffc, ffbf8ec0)
ffbf8ec0 0xf9005764(f0c30080, b8, f0c09478, f9014760, f0c374a8, ffbf8f90)
ffbf8f58 0xf90057a8(0, b8, ffbf911c, f9014a20, 110, ffbf9028)
ffbf9018 0xf9005764(f0c08de8, b6, ffbf919c, f9014a68, 57c0, ffbf90c0)
ffbf90b8 0xf9005764(339b8, 0, 64fc, f9014760, ff185fac, ffbf9140)
ffbf9140 0xf9005764(c000, 2, 4c00, f9014a70, ff17fca0, ffbf91b8)
ffbf91b8 0xf9000218(ffbf92a0, ffbf9380, a, f4d5f2f8, f900a7e0, ffbf9390)
ffbf9218 libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8(
ffbf9378, 38810, ffbf938c, ffbf92b0, 38eb8, 0)
ffbf92e0 libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v_+0x68c(ffbf9524, 38810, f4d5f330,
391cc, 38eb8, 38eb4)
ffbf94c0 libjvm.so`__1cNinstanceKlassKinitialize6MpnGThread__v_+0x80(38e20, 38810, fecd7a8c, f4d5f330, 38810, ff181fbc)
ffbf9540 libjvm.so`__1cbCfind_class_from_class_loader6FpnHJNIEnv__nMsymbolHandle_CnGHandle_3CpnGThread__pnH_jclass__+0xd8(
388cc, 1, 1, 38e18, f4d5f330, 1)
ffbf95b0 libjvm.so`jni_FindClass+0x720(388cc, 0, 0, ff18696c, 391cc, 0)
ffbf9640 main+0xe3c(6, 388cc, ff182ba0, 39348, 0, 1)
ffbf9ed0 _start+0x108(0, 0, 0, 0, 0, 0)
Any help/assistance on this issue would be highly appriciated.
Thanks and Regards
Somesh

Answer 1

I ran into this exact same problem (on Solaris, JVM 1.4.1). Although I don't know the exact cause, I can tell you what I did to fix it..
Of course, this happens when you try to load a native library (a .so in this case). I ldd'd that .so, and found that it in turn was linked to two other libraries in my control, and some other OS libraries.
When I statically linked either one of my libraries, such that only one of the libraries under my control was still linked dynamically, leaving the OS libaries untouched, then the problem went away. Note that it didn't matter which one I linked statically- as long as one (or both) were static there was no problem.
My guess was that there were some sort of cyclic dependencies with these libraries, but right now I'm happy enough that it works, so I'm not going to try and pursue this further..