This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: Freeze in GC_suspend_handler
- From: "Boehm, Hans" <hans_boehm at hp dot com>
- To: "'Daniel Bonniot'" <Daniel dot Bonniot at inria dot fr>, Andrew Haley <aph at cambridge dot redhat dot com>
- Cc: java at gcc dot gnu dot org
- Date: Tue, 11 Jun 2002 10:33:16 -0700
- Subject: RE: Freeze in GC_suspend_handler
This initial SIGSEGV is not normal. The expected one occurs inside GC_find_limit. _Jv_MarkObj should not fault. Once it does, the rest of this is expected.
Is this from a clean build of the gcc 3.1 release tree? It would would be nice to understand exactly where and why _Jv_MarkObj is failing.
Hans
> -----Original Message-----
> From: Daniel Bonniot [mailto:Daniel.Bonniot@inria.fr]
> Sent: Tuesday, June 11, 2002 9:37 AM
> To: Andrew Haley
> Cc: java@gcc.gnu.org
> Subject: Re: Freeze in GC_suspend_handler
>
>
> 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.
>
> From the begining:
> Starting program: /home/daniel/Nice/bin/nicec.bin
> --runtime=share/java/nice.jar -r regtest.basic
> [New Thread 1024 (LWP 5633)]
> [New Thread 2049 (LWP 5634)]
> [New Thread 1026 (LWP 5635)]
> Compiling package nice.lang
> Compiling package regtest.basic
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 5633)]
> 0x4039cf70 in _Jv_MarkObj () from /usr/lib/libgcj.so.3
> (gdb) where
> #0 0x4039cf70 in _Jv_MarkObj () from /usr/lib/libgcj.so.3
> #1 0x403a69b6 in GC_mark_from () from /usr/lib/libgcj.so.3
> #2 0x403a62b8 in GC_mark_some () from /usr/lib/libgcj.so.3
> #3 0x4039fa76 in GC_stopped_mark () from /usr/lib/libgcj.so.3
> #4 0x4039f808 in GC_try_to_collect_inner () from /usr/lib/libgcj.so.3
> #5 0x403a042d in GC_collect_or_expand () from /usr/lib/libgcj.so.3
> #6 0x403a05ee in GC_allocobj () from /usr/lib/libgcj.so.3
> #7 0x403a4e93 in GC_generic_malloc_inner () from /usr/lib/libgcj.so.3
> #8 0x403a4f82 in GC_generic_malloc () from /usr/lib/libgcj.so.3
> #9 0x403a5142 in GC_malloc_atomic () from /usr/lib/libgcj.so.3
> #10 0x40223891 in _Jv_AllocPtrFreeObject () from /usr/lib/libgcj.so.3
> #11 0x4024f4df in _Jv_AllocString () from /usr/lib/libgcj.so.3
> #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
> #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
> Continuing.
>