Re: imageJ crashing

[Thomas Fitzsimmons <fitzsim at redhat dot com>]

Albert Cardona wrote:
> hi all,
>
> I've finally managed to get a gcj 4.1 running. Now that the gtk_Image bug is 
> fixed, I'm running into new bugs. The menus have a black background, but not 
> the menubar, and thus text menu items are only visible when the mouse is over 
> them, while the terminal keeps complaining about:
>
> (.:10951): Gdk-WARNING **: gdk_window_set_back_pixmap(): pixmap must have a 
> colormap
> java.lang.InternalError: Gdk: gdk_window_set_back_pixmap(): pixmap must have a 
> colormap
> at java.lang.reflect.Constructor.newInstance(libgcj.so.7)
>
> Then, when opening a new image, the GenericDialog (extends java.awt.Dialog) 
> opens just fine, with black background as well, and then at the creation of a 
> new image the application crashes:
>
> 10951 Aborted                 /usr/lib/jvm/java-gcj/bin/java -jar ij.jar
>
>
> The application ImageJ 1.37g ( http://rsb.info.nih.gov/ij ) I want to run has 
> been compiled with gcj (once stripped off tools.jar and jpeg requirements, 
> changes in about 20 lines at most).
>
> I compiled it with the '-g' flag and tried to run the GDB on it. It behaves 
> just the same and the GDB claims there is no backtrace. I suspect then the 
> problem is in the core JVM, which I installed from the ubuntu repositories.
>
> My machine:
> PowerBook Ti 3.5 1GHz, running Kubuntu-ppc 6.06
>
> Any help or hints appreciated. I tried to obtain a JVM compiled with '-g' but 
> to no avail, I would appreciate instructions on how to do it.
>
> The application is only 1 MB and widely used in the scientific comunity. It 
> would be very nice to have this public domain tool running natively and 
> independently of any java virtual machine. I can provide the edited source 
> code and compiling scripts on demand.

There is a lot of work being done on Java2D and imaging in GNU 
Classpath.  You should probably focus any debugging work on it.  I'd 
like to know what your experience is testing imageJ on GNU Classpath 
HEAD + JamVM.  Since we do periodic GNU Classpath -> libgcj merges, all 
these changes will eventually make their way into GCJ at which point you 
could try compiling it to native code with GCJ.

Tom

> Thanks for any help.
>
> Albert