Re: ZipInputStream broken?

[Adam Megacz <gcj at lists dot megacz dot com>]

Bryce McKinlay <bryce@waitaki.otago.ac.nz> writes:
> Adam Megacz wrote:
> 
> >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.
> >
> 
> This is, I think, still not the right stack trace. GDB is stopping due 
> to the signals the GC uses to communicate between threads. Try adding 
> these lines to ~/.gdbinit:
> 
> handle SIGXCPU nostop noprint
> handle SIGPWR nostop noprint


Thanks for the hand-holding =)

Upon closer investigation, it turns out that some of my .java files
declare native methods (CNI, not JNI), and I was compiling those .java
files into .class files with javac instead of gcj (and then compiling
.class -> .o with gcj). This was causing incredibly bizarre behavior.

Perhaps there should be a note in the faq that .java files using CNI
must be compiled with GCJ and not Javac? Kinda like the -fno-rtti
advice.

  - a