Thread: [Java-gnome-developer] java.lang.ClassNotFoundException: Lorg.gnu.glib.Handle32Bits;
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-developer
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-02 00:32:52
|
Using libgtk-java 2.5.3 or cvs HEAD, the above exception is thrown whenever I call the constructor of any org.gnu.gtk.* class. Tried with IBM's powerpc 1.4.2 runtime as well as gcj (3.4, both by compiling to native code or using gij). For example, this is my main: Gtk.init(args); org.gnu.gtk.Window win = new org.gnu.gtk.Window(WindowType.TOPLEVEL); win.showAll(); Gtk.main(); Here's the trace: Exception in thread "main" java.lang.ClassNotFoundException: Lorg.gnu.glib.Handle32Bits; not found in [file:./, core:/] at java.net.URLClassLoader.findClass(java.lang.String) (/usr/lib/libgcj.so.5.0.0) at gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String) (/usr/lib/libgcj.so.5.0.0) at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/libgcj.so.5.0.0) at java.lang.ClassLoader.loadClass(java.lang.String) (/usr/lib/libgcj.so.5.0.0) at getHandleFromPointer (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at Java_org_gnu_gtk_Window_gtk_1window_1new (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at org.gnu.gtk.Window.gtk_window_new(int) (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) at org.gnu.gtk.Window.Window(org.gnu.gtk.WindowType) (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) -khc |
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-02 00:49:04
|
Interesting thing is, if I try to call new Handle32Bits() in main, both IBM's runtime and gij runs fine, but with gcj I get a NullPointerException when the constructor is called: Exception in thread "main" java.lang.NullPointerException at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0) at _Jv_AllocObjectNoFinalizer (/usr/lib/libgcj.so.5.0.0) -khc |
|
From: Jeff M. <ku...@gm...> - 2005-01-03 11:43:56
|
I have seen something similar to this myself in the past couple of days. I assure you I will be looking into this today. On Sat, 1 Jan 2005 16:48:58 -0800, Ka-Hing Cheung <ka...@gm...> wrote: > Interesting thing is, if I try to call new Handle32Bits() in main, > both IBM's runtime and gij runs fine, but with gcj I get a > NullPointerException when the constructor is called: > > Exception in thread "main" java.lang.NullPointerException > at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0) > at _Jv_AllocObjectNoFinalizer (/usr/lib/libgcj.so.5.0.0) > > -khc > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > -- Jeffrey Morgan "The highest reward for a man's toil is not what he gets for it, but what he becomes by it" - Jon Ruskin |
|
From: Jeff M. <ku...@gm...> - 2005-01-03 21:19:20
|
This should be fixed in the cvs head now. Funny, a call to FindClass was made with incorrect parameters and failed with gcj and kaffe but worked with Sun's JDK. Anyway, it now works with all jvms. On Mon, 3 Jan 2005 06:43:45 -0500, Jeff Morgan <ku...@gm...> wrote: > I have seen something similar to this myself in the past couple of > days. I assure you I will be looking into this today. > > > On Sat, 1 Jan 2005 16:48:58 -0800, Ka-Hing Cheung <ka...@gm...> wrote: > > Interesting thing is, if I try to call new Handle32Bits() in main, > > both IBM's runtime and gij runs fine, but with gcj I get a > > NullPointerException when the constructor is called: > > > > Exception in thread "main" java.lang.NullPointerException > > at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0) > > at _Jv_AllocObjectNoFinalizer (/usr/lib/libgcj.so.5.0.0) > > > > -khc > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > java-gnome-developer mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > > > -- > Jeffrey Morgan > > "The highest reward for a man's toil is not > what he gets for it, but what he becomes by it" > - Jon Ruskin > -- Jeffrey Morgan "The highest reward for a man's toil is not what he gets for it, but what he becomes by it" - Jon Ruskin |
|
From: Mark W. <ma...@kl...> - 2005-01-05 19:25:33
|
Hi (CCed gcj malinglist), On Mon, 2005-01-03 at 16:19 -0500, Jeff Morgan wrote: > This should be fixed in the cvs head now. Funny, a call to FindClass > was made with incorrect parameters and failed with gcj and kaffe but > worked with Sun's JDK. Anyway, it now works with all jvms. Do you have an example of such a wrong call? Maybe we can improve the way FindClass handles this to give better diagnostics of the problem. Thanks, Mark |
|
From: Jeff M. <ku...@gm...> - 2005-01-05 19:59:12
|
Mark,
It was a silly error. The call to FindClass was as follows:
(*env)->FindClass(env, "L/org/gnu/glib/Handle;");
The leading 'L' and trailing ';' were causing the problem.
On Wed, 05 Jan 2005 20:27:39 +0100, Mark Wielaard <ma...@kl...> wrote:
> Hi (CCed gcj malinglist),
>
> On Mon, 2005-01-03 at 16:19 -0500, Jeff Morgan wrote:
> > This should be fixed in the cvs head now. Funny, a call to FindClass
> > was made with incorrect parameters and failed with gcj and kaffe but
> > worked with Sun's JDK. Anyway, it now works with all jvms.
>
> Do you have an example of such a wrong call?
> Maybe we can improve the way FindClass handles this to give better
> diagnostics of the problem.
>
> Thanks,
>
> Mark
>
>
>
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin
|
|
From: Jeff M. <ku...@gm...> - 2005-01-05 21:37:24
|
Mark,
There is one strange issue that I am unable to understand. Our
textbuffer.TextBuffer example compiles and runs under kaffe
and Sun's JDK but crashes under gij. It doesn't print a stacktrace.
It just prints "Aborted". Have you seen this before?
On Wed, 5 Jan 2005 14:59:02 -0500, Jeff Morgan <ku...@gm...> wrote:
> Mark,
>
> It was a silly error. The call to FindClass was as follows:
>
> (*env)->FindClass(env, "L/org/gnu/glib/Handle;");
>
> The leading 'L' and trailing ';' were causing the problem.
>
>
> On Wed, 05 Jan 2005 20:27:39 +0100, Mark Wielaard <ma...@kl...> wrote:
> > Hi (CCed gcj malinglist),
> >
> > On Mon, 2005-01-03 at 16:19 -0500, Jeff Morgan wrote:
> > > This should be fixed in the cvs head now. Funny, a call to FindClass
> > > was made with incorrect parameters and failed with gcj and kaffe but
> > > worked with Sun's JDK. Anyway, it now works with all jvms.
> >
> > Do you have an example of such a wrong call?
> > Maybe we can improve the way FindClass handles this to give better
> > diagnostics of the problem.
> >
> > Thanks,
> >
> > Mark
> >
> >
> >
>
>
> --
> Jeffrey Morgan
>
> "The highest reward for a man's toil is not
> what he gets for it, but what he becomes by it"
> - Jon Ruskin
>
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin
|
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-03 22:04:00
|
On Mon, 3 Jan 2005 16:19:07 -0500, Jeff Morgan <ku...@gm...> wrote: > This should be fixed in the cvs head now. Funny, a call to FindClass > was made with incorrect parameters and failed with gcj and kaffe but > worked with Sun's JDK. Anyway, it now works with all jvms. Thanks. -khc |
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-04 01:56:02
|
On Mon, 3 Jan 2005 14:03:53 -0800, Ka-Hing Cheung <ka...@gm...> wrote: > On Mon, 3 Jan 2005 16:19:07 -0500, Jeff Morgan <ku...@gm...> wrote: > > This should be fixed in the cvs head now. Funny, a call to FindClass > > was made with incorrect parameters and failed with gcj and kaffe but > > worked with Sun's JDK. Anyway, it now works with all jvms. Hmm I just did an update and I don't see any changes that would affect it, and the problem is still here. -khc |
|
From: Jeff M. <ku...@gm...> - 2005-01-04 02:05:08
|
If you are using anonymous cvs then you need to wait until tomorrow.
Gnome anonymous cvs runs as much as 24 hours behind the regular
cvs.
On Mon, 3 Jan 2005 17:55:55 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> On Mon, 3 Jan 2005 14:03:53 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> > On Mon, 3 Jan 2005 16:19:07 -0500, Jeff Morgan <ku...@gm...> wrote:
> > > This should be fixed in the cvs head now. Funny, a call to FindClass
> > > was made with incorrect parameters and failed with gcj and kaffe but
> > > worked with Sun's JDK. Anyway, it now works with all jvms.
>
> Hmm I just did an update and I don't see any changes that would affect
> it, and the problem is still here.
>
> -khc
>
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin
|
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-05 06:46:37
|
On Mon, 3 Jan 2005 21:04:55 -0500, Jeff Morgan <ku...@gm...> wrote: > If you are using anonymous cvs then you need to wait until tomorrow. > Gnome anonymous cvs runs as much as 24 hours behind the regular > cvs. Okay, I believe I now have the latest anoncvs, now there's another problem: With gij: java.lang.Exception: Java-GNOME - cannot find callback method handleRowActivated in the specified object with signature (II)V at org.gnu.glib.GObject.printStackTrace(java.lang.String) (Unknown Source) at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, boolean) (/usr/lib/libgcj.so.5.0.0) at logFunc (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at g_logv (/usr/lib/libglib-2.0.so.0.600.0) at g_log (/usr/lib/libglib-2.0.so.0.600.0) at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) (/usr/lib/libgcj.so.5.0.0) at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, org.gnu.glib.EventType) (Unknown Source) at org.gnu.gtk.TreeView.addListener(org.gnu.gtk.event.TreeViewListener) (Unknown Source) .... Exception in thread "main" java.lang.RuntimeException: at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, boolean) (/usr/lib/libgcj.so.5.0.0) at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, java.lang.Class[], java.lang.Object[]) (/usr/lib/libgcj.so.5.0.0) at java.lang.reflect.Constructor.newInstance(java.lang.Object[]) (/usr/lib/libgcj.so.5.0.0) at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) (/usr/lib/libgcj.so.5.0.0) at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, org.gnu.glib.EventType) (Unknown Source) at org.gnu.gtk.TreeView.addListener(org.gnu.gtk.event.TreeViewListener) (Unknown Source) With IBM's powerpc runtime, the VM crashed and I see something similar in the trace: 3HPSTACKLINE ?? at FC264A8 in libjvm.so 3HPSTACKLINE ?? at FC264A8 in libjvm.so 3HPSTACKLINE ?? at FC28598 in libjvm.so 3HPSTACKLINE logFunc at F6261C8 in libgtkjava2.5.so.2.5.4 3HPSTACKLINE g_logv at EF8F4EC in libglib-2.0.so.0 3HPSTACKLINE g_log at EF8F674 in libglib-2.0.so.0 3HPSTACKLINE ?? at F62542C in libgtkjava2.5.so.2.5.4 3HPSTACKLINE ?? at F625904 in libgtkjava2.5.so.2.5.4 3HPSTACKLINE Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 at F625CA8 in libgtkjava2.5.so.2.5.4 3HPSTACKLINE sysInvokeNative at FD42AF0 in libjvm.so However, if I use gcj to compile it to native executable I get a different problem: ./a.out Exception in thread "main" java.lang.NullPointerException at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0) at getHandleFromPointer (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at Java_org_gnu_gtk_ToolTips_gtk_1tooltips_1new (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at org.gnu.gtk.ToolTips.gtk_tooltips_new() (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) at org.gnu.gtk.ToolTips.ToolTips() (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) -khc |
|
From: Nicholas R. <ni...@mn...> - 2005-01-05 08:29:18
|
would it be possible for you to send a small example program that shows this error? i'll run it here in my development environment and try to track down the error. thx nick On Tue, 2005-01-04 at 22:46 -0800, Ka-Hing Cheung wrote: > On Mon, 3 Jan 2005 21:04:55 -0500, Jeff Morgan <ku...@gm...> wrote: > > If you are using anonymous cvs then you need to wait until tomorrow. > > Gnome anonymous cvs runs as much as 24 hours behind the regular > > cvs. > > Okay, I believe I now have the latest anoncvs, now there's another problem: > > With gij: > java.lang.Exception: Java-GNOME - cannot find callback method > handleRowActivated in the specified object with signature (II)V > > at org.gnu.glib.GObject.printStackTrace(java.lang.String) (Unknown Source) > at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, > _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, > boolean) (/usr/lib/libgcj.so.5.0.0) at logFunc > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > at g_logv (/usr/lib/libglib-2.0.so.0.600.0) > at g_log (/usr/lib/libglib-2.0.so.0.600.0) > at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) > (/usr/lib/libgcj.so.5.0.0) > at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, > org.gnu.glib.EventType) (Unknown Source) > at org.gnu.gtk.TreeView.addListener(org.gnu.gtk.event.TreeViewListener) > (Unknown Source) > .... > Exception in thread "main" java.lang.RuntimeException: > at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, > _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, > boolean) (/usr/lib/libgcj.so.5.0.0) at > _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, > boolean, java.lang.Class[], java.lang.Object[]) > (/usr/lib/libgcj.so.5.0.0) > at java.lang.reflect.Constructor.newInstance(java.lang.Object[]) > (/usr/lib/libgcj.so.5.0.0) > at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) > (/usr/lib/libgcj.so.5.0.0) > at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, > org.gnu.glib.EventType) (Unknown Source) > at org.gnu.gtk.TreeView.addListener(org.gnu.gtk.event.TreeViewListener) > (Unknown Source) > > > With IBM's powerpc runtime, the VM crashed and I see something similar > in the trace: > 3HPSTACKLINE ?? at FC264A8 in libjvm.so > 3HPSTACKLINE ?? at FC264A8 in libjvm.so > 3HPSTACKLINE ?? at FC28598 in libjvm.so > 3HPSTACKLINE logFunc at F6261C8 in libgtkjava2.5.so.2.5.4 > 3HPSTACKLINE g_logv at EF8F4EC in libglib-2.0.so.0 > 3HPSTACKLINE g_log at EF8F674 in libglib-2.0.so.0 > 3HPSTACKLINE ?? at F62542C in libgtkjava2.5.so.2.5.4 > 3HPSTACKLINE ?? at F625904 in libgtkjava2.5.so.2.5.4 > 3HPSTACKLINE > Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 > at F625CA8 in libgtkjava2.5.so.2.5.4 > 3HPSTACKLINE sysInvokeNative at FD42AF0 in libjvm.so > > > However, if I use gcj to compile it to native executable I get a > different problem: > ./a.out > Exception in thread "main" java.lang.NullPointerException > at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0) > at getHandleFromPointer > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > at Java_org_gnu_gtk_ToolTips_gtk_1tooltips_1new > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > at org.gnu.gtk.ToolTips.gtk_tooltips_new() > (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) > at org.gnu.gtk.ToolTips.ToolTips() > (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) > > -khc > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer |
|
From: Jeff M. <ku...@gm...> - 2005-01-05 13:57:14
|
This error has been fixed and is in cvs. The two files updated are org.gnu.gtk.Widget.java and org_gnu_glib_GObject.c. The changes are quite small and you might be able to apply the changes yourself if you do not wish to wait for anoncvs to sync. Here are the diffs: http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/src/jni/org_gnu_glib_GObject.c?r1=1.33&r2=1.34 http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/src/java/org/gnu/gtk/Widget.java?r1=1.77&r2=1.78 I thank you very much for your bug reports and appologize for the problems you are having. There have been many changes lately and we are in the process of tracking down all remaining bugs. You have helped by point out two! On Wed, 05 Jan 2005 09:29:00 +0100, Nicholas Rahn <ni...@mn...> wrote: > would it be possible for you to send a small example program that shows > this error? i'll run it here in my development environment and try to > track down the error. > > thx > nick > > On Tue, 2005-01-04 at 22:46 -0800, Ka-Hing Cheung wrote: > > On Mon, 3 Jan 2005 21:04:55 -0500, Jeff Morgan <ku...@gm...> wrote: > > > If you are using anonymous cvs then you need to wait until tomorrow. > > > Gnome anonymous cvs runs as much as 24 hours behind the regular > > > cvs. > > > > Okay, I believe I now have the latest anoncvs, now there's another problem: > > > > With gij: > > java.lang.Exception: Java-GNOME - cannot find callback method > > handleRowActivated in the specified object with signature (II)V > > > > at org.gnu.glib.GObject.printStackTrace(java.lang.String) (Unknown Source) > > at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, > > _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, > > boolean) (/usr/lib/libgcj.so.5.0.0) at logFunc > > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > > at g_logv (/usr/lib/libglib-2.0.so.0.600.0) > > at g_log (/usr/lib/libglib-2.0.so.0.600.0) > > at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 > > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > > at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) > > (/usr/lib/libgcj.so.5.0.0) > > at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, > > org.gnu.glib.EventType) (Unknown Source) > > at org.gnu.gtk.TreeView.addListener(org.gnu.gtk.event.TreeViewListener) > > (Unknown Source) > > .... > > Exception in thread "main" java.lang.RuntimeException: > > at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, > > _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, > > boolean) (/usr/lib/libgcj.so.5.0.0) at > > _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, > > boolean, java.lang.Class[], java.lang.Object[]) > > (/usr/lib/libgcj.so.5.0.0) > > at java.lang.reflect.Constructor.newInstance(java.lang.Object[]) > > (/usr/lib/libgcj.so.5.0.0) > > at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 > > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > > at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) > > (/usr/lib/libgcj.so.5.0.0) > > at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, > > org.gnu.glib.EventType) (Unknown Source) > > at org.gnu.gtk.TreeView.addListener(org.gnu.gtk.event.TreeViewListener) > > (Unknown Source) > > > > > > With IBM's powerpc runtime, the VM crashed and I see something similar > > in the trace: > > 3HPSTACKLINE ?? at FC264A8 in libjvm.so > > 3HPSTACKLINE ?? at FC264A8 in libjvm.so > > 3HPSTACKLINE ?? at FC28598 in libjvm.so > > 3HPSTACKLINE logFunc at F6261C8 in libgtkjava2.5.so.2.5.4 > > 3HPSTACKLINE g_logv at EF8F4EC in libglib-2.0.so.0 > > 3HPSTACKLINE g_log at EF8F674 in libglib-2.0.so.0 > > 3HPSTACKLINE ?? at F62542C in libgtkjava2.5.so.2.5.4 > > 3HPSTACKLINE ?? at F625904 in libgtkjava2.5.so.2.5.4 > > 3HPSTACKLINE > > Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 > > at F625CA8 in libgtkjava2.5.so.2.5.4 > > 3HPSTACKLINE sysInvokeNative at FD42AF0 in libjvm.so > > > > > > However, if I use gcj to compile it to native executable I get a > > different problem: > > ./a.out > > Exception in thread "main" java.lang.NullPointerException > > at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0) > > at getHandleFromPointer > > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > > at Java_org_gnu_gtk_ToolTips_gtk_1tooltips_1new > > (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) > > at org.gnu.gtk.ToolTips.gtk_tooltips_new() > > (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) > > at org.gnu.gtk.ToolTips.ToolTips() > > (/usr/src/khc/java-gnome/root/lib/libgtkjar2.5.so.2.5.4) > > > > -khc > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > java-gnome-developer mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > -- Jeffrey Morgan "The highest reward for a man's toil is not what he gets for it, but what he becomes by it" - Jon Ruskin |
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-06 03:03:49
|
On Wed, 5 Jan 2005 08:57:03 -0500, Jeff Morgan <ku...@gm...> wrote: > This error has been fixed and is in cvs. The two files updated are > org.gnu.gtk.Widget.java and org_gnu_glib_GObject.c. The changes > are quite small and you might be able to apply the changes yourself > if you do not wish to wait for anoncvs to sync. Here are the diffs: > > http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/src/jni/org_gnu_glib_GObject.c?r1=1.33&r2=1.34 > http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/src/java/org/gnu/gtk/Widget.java?r1=1.77&r2=1.78 > Thanks for looking into this. Is there anything else I need to apply other than these 2? I am still having the same problems. I will try to make a standalone test case in a bit. -khc |
|
From: Jeff M. <ku...@gm...> - 2005-01-06 03:36:48
|
There were many fixes that went in today. My suggestion is to get the latest from anoncvs tomorrow. On Wed, 5 Jan 2005 19:03:46 -0800, Ka-Hing Cheung <ka...@gm...> wrote: > On Wed, 5 Jan 2005 08:57:03 -0500, Jeff Morgan <ku...@gm...> wrote: > > This error has been fixed and is in cvs. The two files updated are > > org.gnu.gtk.Widget.java and org_gnu_glib_GObject.c. The changes > > are quite small and you might be able to apply the changes yourself > > if you do not wish to wait for anoncvs to sync. Here are the diffs: > > > > http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/src/jni/org_gnu_glib_GObject.c?r1=1.33&r2=1.34 > > http://cvs.gnome.org/viewcvs/java-gnome/libgtk-java/src/java/org/gnu/gtk/Widget.java?r1=1.77&r2=1.78 > > > > Thanks for looking into this. Is there anything else I need to apply > other than these 2? I am still having the same problems. I will try to > make a standalone test case in a bit. > > -khc > -- Jeffrey Morgan "The highest reward for a man's toil is not what he gets for it, but what he becomes by it" - Jon Ruskin |
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-07 02:04:50
|
Now I get a slightly different error: java.lang.Exception: Java-GNOME - cannot find callback method handleApplyTag in the specified object with signature (Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;)V at org.gnu.glib.GObject.printStackTrace(java.lang.String) (Unknown Source) at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class, _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue, boolean) (/usr/lib/libgcj.so.5.0.0) at logFunc (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at g_logv (/usr/lib/libglib-2.0.so.0.600.0) at g_log (/usr/lib/libglib-2.0.so.0.600.0) at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2 (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4) at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void) (/usr/lib/libgcj.so.5.0.0) at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject, org.gnu.glib.EventType) (Unknown Source) at org.gnu.gtk.TextBuffer.addListener(org.gnu.gtk.event.TextBufferListener) (Unknown Source) -khc |
|
From: Jeff M. <ku...@gm...> - 2005-01-07 02:10:05
|
I should be able to fix this easily but I am too tired right now. Consider
this fixed tomorrow morning.
On Thu, 6 Jan 2005 18:04:46 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> Now I get a slightly different error:
>
> java.lang.Exception: Java-GNOME - cannot find callback method
> handleApplyTag in the specified object with signature
> (Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;)V
>
> at org.gnu.glib.GObject.printStackTrace(java.lang.String) (Unknown Source)
> at _Jv_CallAnyMethodA(java.lang.Object, java.lang.Class,
> _Jv_Method, boolean, boolean, java.lang.Class[], jvalue, jvalue,
> boolean) (/usr/lib/libgcj.so.5.0.0) at logFunc
> (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4)
> at g_logv (/usr/lib/libglib-2.0.so.0.600.0)
> at g_log (/usr/lib/libglib-2.0.so.0.600.0)
> at Java_org_gnu_glib_GObject_addEventHandler__Ljava_lang_String_2Ljava_lang_String_2Ljava_lang_Object_2
> (/usr/src/khc/java-gnome/root/lib/libgtkjava2.5.so.2.5.4)
> at _Jv_JNIMethod.call(ffi_cif, void, ffi_raw, void)
> (/usr/lib/libgcj.so.5.0.0)
> at org.gnu.glib.EventMap.initialize(org.gnu.glib.GObject,
> org.gnu.glib.EventType) (Unknown Source)
> at org.gnu.gtk.TextBuffer.addListener(org.gnu.gtk.event.TextBufferListener)
> (Unknown Source)
>
> -khc
>
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin
|
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-07 02:28:54
|
On Thu, 6 Jan 2005 21:09:52 -0500, Jeff Morgan <ku...@gm...> wrote: > I should be able to fix this easily but I am too tired right now. Consider > this fixed tomorrow morning. > That's fine. Let's hope that I don't uncover something that requires an API change in the next couple days :-) What time does the GNOME anoncvs sync with the main one? Should I check tomorrow or the day after that? -khc |
|
From: Jeff M. <ku...@gm...> - 2005-01-08 12:57:57
|
On Thu, 6 Jan 2005 18:28:49 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> On Thu, 6 Jan 2005 21:09:52 -0500, Jeff Morgan <ku...@gm...> wrote:
> > I should be able to fix this easily but I am too tired right now. Consider
> > this fixed tomorrow morning.
> >
>
> That's fine. Let's hope that I don't uncover something that requires
> an API change in the next couple days :-)
>
> What time does the GNOME anoncvs sync with the main one? Should I
> check tomorrow or the day after that?
Sorry I didn't respond to this earlier. The change was made yesterday
so I hope it is in cvs now. I am not sure when by sync takes place. Your
application has helped us uncover several bugs. Thansk for your help.
Between no and Monday's release I am just hoping to address any bugs
I can find. Please report back to the list if you find anything else.
>
> -khc
>
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin
|
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-09 00:00:54
|
On Sat, 8 Jan 2005 07:57:50 -0500, Jeff Morgan <ku...@gm...> wrote:
> On Thu, 6 Jan 2005 18:28:49 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> > On Thu, 6 Jan 2005 21:09:52 -0500, Jeff Morgan <ku...@gm...> wrote:
> > > I should be able to fix this easily but I am too tired right now. Consider
> > > this fixed tomorrow morning.
I still have the same thing, well at least now IBM's runtime doesn't
crash now, and
it gives a slightly better trace:
java.lang.Exception: Java-GNOME - cannot find callback method
handleApplyTag in the specified object with signature
(Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;)V
at org.gnu.glib.GObject.printStackTrace(GObject.java:616)
at org.gnu.glib.GObject.addEventHandler(Native Method)
at org.gnu.glib.EventMap.initialize(EventMap.java:86)
at org.gnu.gtk.TextBuffer.addListener(TextBuffer.java:806)
-khc
|
|
From: Jeff M. <ku...@gm...> - 2005-01-09 12:47:33
|
Do you have version 1.35 of TextBuffer? If so, does the handleApplyTag
method signature look like this?
private void handleApplyTag(Handle tag, Handle startIter, Handle endIter)
Please let me know soon as I hope to fix as many remaining bugs as possible
prior to the 2.9.4 release.
On Sat, 8 Jan 2005 16:00:52 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> On Sat, 8 Jan 2005 07:57:50 -0500, Jeff Morgan <ku...@gm...> wrote:
> > On Thu, 6 Jan 2005 18:28:49 -0800, Ka-Hing Cheung <ka...@gm...> wrote:
> > > On Thu, 6 Jan 2005 21:09:52 -0500, Jeff Morgan <ku...@gm...> wrote:
> > > > I should be able to fix this easily but I am too tired right now. Consider
> > > > this fixed tomorrow morning.
>
> I still have the same thing, well at least now IBM's runtime doesn't
> crash now, and
> it gives a slightly better trace:
>
> java.lang.Exception: Java-GNOME - cannot find callback method
> handleApplyTag in the specified object with signature
> (Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;Lorg/gnu/glib/Handle;)V
>
> at org.gnu.glib.GObject.printStackTrace(GObject.java:616)
> at org.gnu.glib.GObject.addEventHandler(Native Method)
> at org.gnu.glib.EventMap.initialize(EventMap.java:86)
> at org.gnu.gtk.TextBuffer.addListener(TextBuffer.java:806)
>
> -khc
>
--
Jeffrey Morgan
"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
- Jon Ruskin
|
|
From: Ka-Hing C. <ka...@gm...> - 2005-01-09 20:18:55
|
Okay, finally it runs :-) Thanks Jeff. Although now it's giving a warning whenever I double click on a tree row which has a TreeViewListener attached: (java-gnome:12836): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed (java-gnome:12836): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed The listener only has one method, the warning appears even if the method is emtpy, but not if I don't attach the listener: public void treeViewEvent(TreeViewEvent evt); It actually crashes IBM's runtime, here's the relevant trace: 3HPSTACKLINE g_closure_invoke at F0296A8 in libgobject-2.0.so.0 3HPSTACKLINE ?? at F03D650 in libgobject-2.0.so.0 3HPSTACKLINE g_signal_emit_valist at F03C5F8 in libgobject-2.0.so.0 3HPSTACKLINE g_signal_emit at F03C908 in libgobject-2.0.so.0 3HPSTACKLINE gtk_tree_view_row_activated at F48D8A0 in libgtk-x11-2.0.so.0 -khc |
|
From: Mark H. <mh...@ti...> - 2005-01-11 11:19:17
|
On Sun, Jan 09, 2005 at 12:18:44PM -0800, Ka-Hing Cheung wrote: > (java-gnome:12836): GLib-GObject-CRITICAL **: g_object_get_data: > assertion `G_IS_OBJECT (object)' failed Why isn't this producing a stack trace? Looking at ...GObject.c, g_log_set_handler is now only called for the current app/library. Does anyone know why this was changed? Stack traces for all libraries are really useful for things like this. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... |
|
From: Jeff M. <ku...@gm...> - 2005-01-11 12:23:18
|
On Tue, 11 Jan 2005 11:19:06 +0000, Mark Howard <mh...@ti...> wrote: > On Sun, Jan 09, 2005 at 12:18:44PM -0800, Ka-Hing Cheung wrote: > > (java-gnome:12836): GLib-GObject-CRITICAL **: g_object_get_data: > > assertion `G_IS_OBJECT (object)' failed > > Why isn't this producing a stack trace? > Looking at ...GObject.c, g_log_set_handler is now only called for the current > app/library. > > Does anyone know why this was changed? Stack traces for all libraries are really > useful for things like this. It looks like this change was lost in the 64-bit conversion. I will make the change to add this back. > > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... > -- Jeffrey Morgan "The highest reward for a man's toil is not what he gets for it, but what he becomes by it" - Jon Ruskin |
|
From: Bryce M. <mck...@re...> - 2005-01-06 01:33:03
|
Jeff Morgan wrote: >Mark, > >It was a silly error. The call to FindClass was as follows: > >(*env)->FindClass(env, "L/org/gnu/glib/Handle;"); > >The leading 'L' and trailing ';' were causing the problem. > > If Sun's JVM accepts this, and libgcj doesn't, then there is some argument for gcj to support it too. No doubt there'll be some application out there that relies on it. Regards Bryce |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X