This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Freeze in GC_suspend_handler
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