Freeze in GC_suspend_handler

Tue Jun 11 09:41:00 GMT 2002

Daniel Bonniot writes:
 > Maybe thread 1 is more interesting. I include the stack at the end. I 
 > should also mention that a SEGV is caught earlier, but I read in the 
 > debug page (or the FAQ) that it is normal, used by gcj to find boundaries.
 > 
 > #12 0x4025026b in java::lang::String::replace(wchar_t, wchar_t) ()
 > from /usr/lib/libgcj.so.3
 > #13 0x4024b5dc in 
 > gnu::gcj::runtime::VMClassLoader::findClass(java::lang::String*) () from 
 > /usr/lib/libgcj.so.3
Right, it's trying to load a class. The really Interesting thing to
know is what that class is and why it's trying to load it. That might
tell us why it fails.
Andrew.
 > #14 0x4025c414 in 
 > java::lang::ClassLoader::loadClass(java::lang::String*, bool)
 > () from /usr/lib/libgcj.so.3
 > #15 0x4025c369 in java::lang::ClassLoader::loadClass(java::lang::String*) ()
 > from /usr/lib/libgcj.so.3
 > #16 0x08074ce2 in 
 > nice.tools.code.Types.lookupQualifiedJavaClass(java.lang.String) 
 > (className=0x883e6e0) at nice/tools/code/Types.java:447
 > #17 0x080c5d7e in bossa.syntax.JavaClasses.lookup(java.lang.String) (
 > ...
 > (gdb) cont