Still crashity crashing
Y. Srinivas Ramakrishna
Y.S.Ramakrishna at Sun.COM
Tue Aug 4 23:20:43 PDT 2009
So it looks like something is causing the iteration over the oops in
an interpreter frame on a Java thread stack to fail, and this
happens prior to a GC (so GC is likely not screwing up here,
but rather perhaps the interpreter).
With those very general remarks, it's over to the MLVM cognoscenti :-)
-- ramki
Charles Oliver Nutter wrote:
...
> (gdb) thread 3
> [Switching to thread 3 (process 43094 thread 0x2103)]
> 0x96efc796 in __wait4 ()
> (gdb) bt
> #0 0x96efc796 in __wait4 ()
> #1 0x96efc787 in waitpid$UNIX2003 ()
> #2 0x0136a856 in os::fork_and_exec ()
> #3 0x0145eae4 in VMError::show_message_box ()
> #4 0x0145e87d in VMError::report_and_die ()
> #5 0x01370b5e in JVM_handle_bsd_signal ()
> #6 0x0136a031 in signalHandler ()
> #7 <signal handler called>
> #8 0x011a43aa in frame::oops_interpreted_do ()
> #9 0x011a4aa6 in frame::oops_do_internal ()
> #10 0x0141f175 in JavaThread::oops_do ()
> #11 0x0141f5ff in Threads::verify ()
> #12 0x0142db1c in Universe::verify ()
> #13 0x011d1506 in GenCollectedHeap::do_collection ()
> #14 0x0113e5e3 in GenCollectorPolicy::satisfy_failed_allocation ()
> #15 0x011cecc5 in GenCollectedHeap::satisfy_failed_allocation ()
> #16 0x0145f23b in VM_GenCollectForAllocation::doit ()
> #17 0x01464125 in VM_Operation::evaluate ()
> #18 0x014627fd in VMThread::evaluate_operation ()
> #19 0x0146346c in VMThread::loop ()
> #20 0x0146375c in VMThread::run ()
> #21 0x0136dab5 in java_start ()
> #22 0x96ee9095 in _pthread_start ()
> #23 0x96ee8f52 in thread_start ()
>
More information about the mlvm-dev
mailing list