Hi everyone,
I'm the maintainer of a research prototype jvm, and I'm confronted with
a nasty bug with it. I checked if kaffe had the same incorrect behaviour
(version 1.1.6), and it does. So it might be interesting for both of us
if I share the issue :)
The problem comes with eclipse, I didn't found any other application
that leads to it. During the startup of eclipse, some native code is
called (for gtk and gtk callbacks in our case), and this native code
manages to loose (apparently for my vm and kaffe), the frame pointer
(ebp in x86). You can easely realize it by placing a (new
Exception()).printStackTrace() call in the method
org.eclipse.swt.graphics.Device.logProc line 560 of Device.java (what i
simply did instead of recompiling eclipse was unzipping swt.jar,
compiling Device.java, and recreating swt.jar with the new Device.class).
The output for both of our vms (in x86) is:
java.lang.Exception
at org.eclipse.swt.graphics.Device.logProc (Device.java:560)
And this is it... uncool :)
For info, sun, ibm and blackdown produce a good stack trace :
java.lang.Exception
at org.eclipse.swt.graphics.Device.logProc(Device.java:560)
at org.eclipse.swt.internal.gtk.OS.gtk_container_add(Native Method)
at
org.eclipse.swt.widgets.Composite.createHandle(Composite.java:211)
at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:502)
at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:321)
at org.eclipse.swt.widgets.Control.createWidget(Control.java:306)
at
org.eclipse.swt.widgets.Scrollable.createWidget(Scrollable.java:146)
at
org.eclipse.swt.widgets.Decorations.createWidget(Decorations.java:236)
at org.eclipse.swt.widgets.Shell.<init>(Shell.java:241)
at org.eclipse.swt.widgets.Shell.<init>(Shell.java:226)
at
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:75)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)
I don't have this problem with powerpc (my vm has a jit for x86 and
ppc), only on x86. I'm not an expert on x86 assembler, so I was
wondering if any of you jit/jit3 experts had an idea on the issue.
Cheers,
Nicolas
_______________________________________________
kaffe mailing list
[email protected]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
