This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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.
> 


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]