Hello,

I have an application which throws loads of / by zero exceptions (see
below) when run with gij, and the ui looks almost empty. When run with
Sun java it works fine.

I've compiled it with both, sun java and ecj both leading to the same
result.

Help would be appreciated.

Best regards

Ben


> umlet
Exception during event dispatch:
java.lang.ArithmeticException: / by zero
at javax.swing.text.PlainView.paint(libgcj.so.90)
at javax.swing.plaf.basic.BasicTextUI$RootView.paint( libgcj.so.90)
at javax.swing.plaf.basic.BasicTextUI.paintSafely(lib gcj.so.90)
at javax.swing.plaf.basic.BasicTextUI.paint(libgcj.so .90)
at javax.swing.JComponent.paintComponent(libgcj.so.90 )
at javax.swing.JComponent.paint(libgcj.so.90)
at javax.swing.JViewport.paintSimple(libgcj.so.90)
at javax.swing.JViewport.paintBackingStore(libgcj.so. 90)
at javax.swing.JViewport.paint(libgcj.so.90)
at javax.swing.JComponent.paintChildren(libgcj.so.90)
at javax.swing.JComponent.paint(libgcj.so.90)
at javax.swing.JComponent.paintChildren(libgcj.so.90)
at javax.swing.JSplitPane.paintChildren(libgcj.so.90)
at javax.swing.JComponent.paint(libgcj.so.90)
at javax.swing.JComponent.paintChildren(libgcj.so.90)
at javax.swing.JSplitPane.paintChildren(libgcj.so.90)
at javax.swing.JComponent.paint(libgcj.so.90)
at javax.swing.JComponent.paintChildren(libgcj.so.90)
at javax.swing.JSplitPane.paintChildren(libgcj.so.90)
at javax.swing.JComponent.paint(libgcj.so.90)
at javax.swing.JComponent.paintChildren(libgcj.so.90)
at javax.swing.JSplitPane.paintChildren(libgcj.so.90)
at javax.swing.JComponent.paint(libgcj.so.90)
at javax.swing.JComponent.paintDoubleBuffered(libgcj. so.90)
at javax.swing.JComponent.paintImmediately2(libgcj.so .90)
at javax.swing.JComponent.paintImmediately(libgcj.so. 90)
at javax.swing.JComponent.paintImmediately(libgcj.so. 90)
at javax.swing.RepaintManager.paintDirtyRegions(libgc j.so.90)
at javax.swing.RepaintManager$RepaintWorker.run(libgc j.so.90)
at java.awt.event.InvocationEvent.dispatch(libgcj.so. 90)
at javax.swing.RepaintManager$RepaintWorkerEvent.disp atch(libgcj.so.90)
at java.awt.EventQueue.dispatchEvent(libgcj.so.90)
at java.awt.EventDispatchThread.run(libgcj.so.90)



--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Fri, May 16, 2008 at 11:55:53AM +0200, Benjamin Mesing wrote:
> Hello,
>
> I have an application which throws loads of / by zero exceptions (see
> below) when run with gij, and the ui looks almost empty. When run with
> Sun java it works fine.
>
> I've compiled it with both, sun java and ecj both leading to the same
> result.

It should not matter with which compiler you build your application as
the bug is in the Swing implementation in GCJ.

Can you debug this with gdb and track down which value is zero? Or at
least provide a simple testcase that reproduces this?


Cheers,
Michael


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Hello

> It should not matter with which compiler you build your application as
> the bug is in the Swing implementation in GCJ.
>
> Can you debug this with gdb and track down which value is zero? Or at
> least provide a simple testcase that reproduces this?

I am not quite sure, how I could debug this using gdb. I have it running
in Eclipse, but my breakpoint on ArithmeticException never fires
(probably because the exception is thrown within libgcj).

I have also tried to strip the program down to isolate the problem. The
stripped down version *sometimes* leads to the described problem (though
on my machine the original application did always lead to the problem).
For the stripped down version, it seems that some factors increase the
likelyhood of the problem surfacing:
* High processor load
* Multiple instances of the program running
My machine is a dual core.

I have attached the stripped down version. I could also provide you with
the full package source.

Best regards

Ben


--
Please do not send any email to ben-ml@gmx.net -- all email not
originating from the mailing list will be deleted. Use the reply to
address instead.

On Sat, May 24, 2008 at 08:40:04PM +0200, Benjamin Mesing wrote:
> Hello
>
> > It should not matter with which compiler you build your application as
> > the bug is in the Swing implementation in GCJ.
> >
> > Can you debug this with gdb and track down which value is zero? Or at
> > least provide a simple testcase that reproduces this?
>
> I am not quite sure, how I could debug this using gdb. I have it running
> in Eclipse, but my breakpoint on ArithmeticException never fires
> (probably because the exception is thrown within libgcj).
>
> I have also tried to strip the program down to isolate the problem. The
> stripped down version *sometimes* leads to the described problem (though
> on my machine the original application did always lead to the problem).
> For the stripped down version, it seems that some factors increase the
> likelyhood of the problem surfacing:
> * High processor load
> * Multiple instances of the program running
> My machine is a dual core.
>
> I have attached the stripped down version. I could also provide you with
> the full package source.

I tried the application with current gij-4.3 and jamvm. Both worked fine
for me. Can you please try to reproduce?


Cheers,
Michael


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

[Sorry for the late reply, I've missed you post]

Hello Michael

> I tried the application with current gij-4.3 and jamvm. Both worked fine
> for me. Can you please try to reproduce?

I was able to reproduce problems with bot jamvm and gij-4.3. With jamvm
I keep getting the "division by zero" exception. With gij, all I get
now, is a grey window without any exception, but also without any
elements.
I used "$JAVA -cp ./ Umlet" [1] to launch the program and compiled the
source with sun-java. Oddly enough, trying to compile with gcj now,
leads to a compiler error

ERROR in Umlet.java (at line 38)
private Hashtable<String, DrawPanel> _paletteHashtable;
^^^^^^^^^
The type Hashtable is not generic; it cannot be parameterized
with arguments <String, Umlet.DrawPanel>

You can view screenshots of the application run with the different VMs
at:
http://www.mesing.de/debian/screenshot-gij4-3.png
http://www.mesing.de/debian/screenshot-sunjava.png
http://www.mesing.de/debian/screenshot-jamvm.png

Best regards

Ben

[1] I moved the class to the default package.

--
Please do not send any email to ben-ml@gmx.net -- all email not
originating from the mailing list will be deleted. Use the reply to
address instead.


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org