This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: ZipInputStream broken?
Bryce McKinlay <bryce@waitaki.otago.ac.nz> writes:
> What you're seeing is the stack trace for the initial GCJ thread, not
> the main thread which your app is running in (CVS GCJ has changed things
> so that main does execute in the first thread, but 3.0.2 doesn't work
> that way). GDB ought to switch to the thread which is throwing the
> exception, but maybe older versions don't do this correctly. Try using
> the "info threads" and "thread x" commands to switch to the thread which
> is actually aborting, and get a stack trace for that.
Cool... what does this stack trace mean? I'm getting an "Aborted"
instead of an exception being thrown. And the java/util/zip you see is
java code, not libgcj.
(gdb) bt
#0 0x405549a1 in kill () from /lib/libc.so.6
#1 0x40507c3e in pthread_kill () from /lib/libpthread.so.0
#2 0x404ebae0 in GC_stop_world () from /usr/lib/libgcjgc.so.1
#3 0x404e7dad in GC_stopped_mark () from /usr/lib/libgcjgc.so.1
#4 0x404e7c36 in GC_try_to_collect_inner () from /usr/lib/libgcjgc.so.1
#5 0x404e8604 in GC_collect_or_expand () from /usr/lib/libgcjgc.so.1
#6 0x404e86cc in GC_allocobj () from /usr/lib/libgcjgc.so.1
#7 0x404ec40b in GC_generic_malloc_inner () from /usr/lib/libgcjgc.so.1
#8 0x404ead13 in GC_gcj_malloc () from /usr/lib/libgcjgc.so.1
#9 0x4032241e in _Z12_Jv_AllocObjiPN4java4lang5ClassE () from /usr/lib/libgcj.so.2
#10 0x402292ea in _Jv_NewPrimArray () from /usr/lib/libgcj.so.2
#11 0x818455d in _ZN4java4util3zip19InflaterHuffmanTree9buildTreeEP6JArrayIcE ()
at java/util/zip/InflaterHuffmanTree.java:105
...more java stuff below...