Thread: RE: [java-gnome-hackers] gnome conflicts with gtkentry
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-hackers
|
From: Jeffrey M. <Jef...@Br...> - 2003-03-25 10:59:42
|
Check to see if there is a text file in the directory in which you ran the program. If it is there it should give you information about the state of the running thread at the time the application crashed. Also, please send me a copy of the application. I would like to take a look. -Jeff -----Original Message----- From: Mark Howard [mailto:mh...@ti...] Sent: Tuesday, March 25, 2003 3:54 AM To: jav...@li... Subject: [java-gnome-hackers] gnome conflicts with gtkentry Hi, I'm trying to convert my java-gnome application to use gnome. Before I started, gtkentry widgets were working fine. Now that I'm using a gnome app, the program crashed whenever I enter text into a gtkentry. The only output I get is printed below. How can I get further debugging output? # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://www.blackdown.org/cgi-bin/jdk # # Java VM: Java HotSpot(TM) Client VM (Blackdown-1.4.1-beta mixed mode) # # Error ID: 43113F32554E54494D45110E4350500305 # # Problematic Thread: prio=5 tid=0x8051540 nid=23960 runnable # -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... ------------------------------------------------------- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en _______________________________________________ java-gnome-hackers mailing list jav...@li... https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers |
|
From: RUBIOJR <RU...@te...> - 2003-04-07 15:17:25
|
The entry example inside the gnome dir seems to work well for me, it doesn't crash. I've also tried the TestGtk example under the gtk dir and it crashes when I click the entry button. ** ERROR **: file jni/org_gnu_glib_GListString.c: line 122 (Java_org_gnu_glib_GListString_append0): assertion failed: (handle != 0) aborting... JVMXM004: JVM is performing abort shutdown sequence JVMDG217: Dump Handler is Processing a Signal - Please Wait. JVMDG303: JVM Requesting Java core file JVMDG304: Java core file written to /home/rubiojr/cvs/java-gnome/src/examples/gtk/javacore1899.1049712883.txt JVMDG215: Dump Handler has Processed Error Signal 6. Aborted (core dumped) java version "1.3.1" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1) Classic VM (build 1.3.1, J2RE 1.3.1 IBM build cxppc32131-20021107a (JIT enabled: jitc)) Cheers, Rubio Jr. Asac! Team ----- Mensaje Original ----- De: Mark Howard <mh...@ti...> Fecha: Lunes, Abril 7, 2003 10:30 am Asunto: Re: [java-gnome-hackers] gnome conflicts with gtkentry > On Mon, 2003-04-07 at 00:00, Jeffrey Morgan wrote: > > That is very strange. I can type as many characters > > as I wish into the gnome entry example and the gtk > > entry example and experience no problems. Can you > > please try to run the examples with Sun's JDK? It > > should produce an output file when it crashes named > > something like hs_err_pid9999.log. If it doesn't > > crash with Sun's JDK then the problem is when using > > it with the Blackdown JDK. That will help me debug > > it. > ... unless it's a glib or gtk problem. > > I've only got access to a 56k modem at the moment so getting Sun java > will be tricky. I will try though. > > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... | mh...@ca... > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.co > _______________________________________________ > java-gnome-hackers mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers > |
|
From: Mark H. <mh...@ti...> - 2003-03-25 13:45:45
|
On Tue, 2003-03-25 at 10:59, Jeffrey Morgan wrote: > Check to see if there is a text file in the directory > in which you ran the program. If it is there it should > give you information about the state of the running > thread at the time the application crashed. Also, please > send me a copy of the application. I would like to take > a look. There was no file. I've uploaded jar and source tarballs to http://tildemh.com/tmp/debbuggtk Both the library (debbug/libdebbug-java) and application (debbuggtk) are needed. The main class is com.tildemh.debbuggtk.BugWatcher The errors I'm getting: 1) Crash when typing into any gtkEntry (e.g. the filters box, or any in the dialog from clicking on the add button) 2) Crash when clicking on any menu entry or toolbar entry. Other than that though, everything seems to be working really well. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ti...> - 2003-03-31 08:02:17
|
Hi, Has anyone had chance to look at these? Do you have the same problem, or could it be something specific to my setup? On Tue, 2003-03-25 at 13:45, Mark Howard wrote: > I've uploaded jar and source tarballs to > http://tildemh.com/tmp/debbuggtk > Both the library (debbug/libdebbug-java) and application (debbuggtk) are > needed. > > The main class is com.tildemh.debbuggtk.BugWatcher > > The errors I'm getting: > 1) Crash when typing into any gtkEntry (e.g. the filters box, or any in > the dialog from clicking on the add button) > > 2) Crash when clicking on any menu entry or toolbar entry. > > > Other than that though, everything seems to be working really well. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Sergio R. <ser...@hi...> - 2003-03-31 18:33:51
|
I had the same problem. I think it didn't happen when compiled to native code with gcj, but i can't remember now. On 2003.03.31 10:02 Mark Howard wrote: > Hi, > Has anyone had chance to look at these? Do you have the same > problem, > or could it be something specific to my setup? > > > On Tue, 2003-03-25 at 13:45, Mark Howard wrote: > > I've uploaded jar and source tarballs to > > http://tildemh.com/tmp/debbuggtk > > Both the library (debbug/libdebbug-java) and application (debbuggtk) > are > > needed. > > > > The main class is com.tildemh.debbuggtk.BugWatcher > > > > The errors I'm getting: > > 1) Crash when typing into any gtkEntry (e.g. the filters box, or any > in > > the dialog from clicking on the add button) > > > > 2) Crash when clicking on any menu entry or toolbar entry. > > > > > > Other than that though, everything seems to be working really well. > -- > .''`. Mark Howard > : :' : > `. `' http://www.tildemh.com > `- mh...@de... | mh...@ti... | mh...@ca... > > > > ------------------------------------------------------- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > _______________________________________________ > java-gnome-hackers mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers > |
|
From: Jeffrey M. <ku...@zo...> - 2003-04-06 16:56:32
|
I have fixed a couple of errors I found in the Entry hierarchy. Can you please test your example again and let me know the results? Thanks -Jeff On Mon, 2003-03-31 at 13:41, Sergio Rubio wrote: > I had the same problem. I think it didn't happen when compiled to > native code with gcj, but i can't remember now. > > On 2003.03.31 10:02 Mark Howard wrote: > > Hi, > > Has anyone had chance to look at these? Do you have the same > > problem, > > or could it be something specific to my setup? > > > > > > On Tue, 2003-03-25 at 13:45, Mark Howard wrote: > > > I've uploaded jar and source tarballs to > > > http://tildemh.com/tmp/debbuggtk > > > Both the library (debbug/libdebbug-java) and application (debbuggtk) > > are > > > needed. > > > > > > The main class is com.tildemh.debbuggtk.BugWatcher > > > > > > The errors I'm getting: > > > 1) Crash when typing into any gtkEntry (e.g. the filters box, or any > > in > > > the dialog from clicking on the add button) > > > > > > 2) Crash when clicking on any menu entry or toolbar entry. > > > > > > > > > Other than that though, everything seems to be working really well. > > -- > > .''`. Mark Howard > > : :' : > > `. `' http://www.tildemh.com > > `- mh...@de... | mh...@ti... | mh...@ca... > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: > > The Definitive IT and Networking Event. Be There! > > NetWorld+Interop Las Vegas 2003 -- Register today! > > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > > _______________________________________________ > > java-gnome-hackers mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > java-gnome-hackers mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers -- Jeffrey Morgan <ku...@zo...> |
|
From: Mark H. <mh...@ti...> - 2003-04-06 18:09:28
|
On Sun, 2003-04-06 at 17:59, Jeffrey Morgan wrote: > I have fixed a couple of errors I found in the Entry hierarchy. Can > you please test your example again and let me know the results? Unfortunately I still get the same results - crash every time. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2003-04-06 19:34:06
|
What happens on your system if you run the EntryTest example under src/examples/gnome/entry? On Sun, 2003-04-06 at 14:08, Mark Howard wrote: > On Sun, 2003-04-06 at 17:59, Jeffrey Morgan wrote: > > I have fixed a couple of errors I found in the Entry hierarchy. Can > > you please test your example again and let me know the results? > > Unfortunately I still get the same results - crash every time. -- Jeffrey Morgan <ku...@zo...> |
|
From: Mark H. <mh...@ti...> - 2003-04-06 20:26:58
|
On Sun, 2003-04-06 at 20:37, Jeffrey Morgan wrote: > What happens on your system if you run the EntryTest example > under src/examples/gnome/entry? Typing one character works. The example crashes when I type a second. If I press backspace after the first character, it is deleted and I can type another character. The error I get is: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://www.blackdown.org/cgi-bin/jdk # # Java VM: Java HotSpot(TM) Client VM (Blackdown-1.4.1-beta mixed mode) # # Error ID: 43113F32554E54494D45110E4350500305 # # Problematic Thread: prio=5 tid=0x8051410 nid=15657 runnable # pathfinderii:~/dev/java-gnome/src/examples/gnome$ java -version java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.1-beta) Java HotSpot(TM) Client VM (build Blackdown-1.4.1-beta, mixed mode) -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ti...> - 2003-04-06 20:28:12
|
On Sun, 2003-04-06 at 21:24, Mark Howard wrote: > On Sun, 2003-04-06 at 20:37, Jeffrey Morgan wrote: > > What happens on your system if you run the EntryTest example > > under src/examples/gnome/entry? > > Typing one character works. > The example crashes when I type a second. > If I press backspace after the first character, it is deleted and I can > type another character. The same thing also happens when using a gtk entry. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2003-04-06 22:57:03
|
That is very strange. I can type as many characters as I wish into the gnome entry example and the gtk entry example and experience no problems. Can you please try to run the examples with Sun's JDK? It should produce an output file when it crashes named something like hs_err_pid9999.log. If it doesn't crash with Sun's JDK then the problem is when using it with the Blackdown JDK. That will help me debug it. On Sun, 2003-04-06 at 16:27, Mark Howard wrote: > On Sun, 2003-04-06 at 21:24, Mark Howard wrote: > > On Sun, 2003-04-06 at 20:37, Jeffrey Morgan wrote: > > > What happens on your system if you run the EntryTest example > > > under src/examples/gnome/entry? > > > > Typing one character works. > > The example crashes when I type a second. > > If I press backspace after the first character, it is deleted and I can > > type another character. > > The same thing also happens when using a gtk entry. -- Jeffrey Morgan <ku...@zo...> |
|
From: Mark H. <mh...@ti...> - 2003-04-07 08:30:56
|
On Mon, 2003-04-07 at 00:00, Jeffrey Morgan wrote: > That is very strange. I can type as many characters > as I wish into the gnome entry example and the gtk > entry example and experience no problems. Can you > please try to run the examples with Sun's JDK? It > should produce an output file when it crashes named > something like hs_err_pid9999.log. If it doesn't > crash with Sun's JDK then the problem is when using > it with the Blackdown JDK. That will help me debug > it. ... unless it's a glib or gtk problem. I've only got access to a 56k modem at the moment so getting Sun java will be tricky. I will try though. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Tom B. <Tom...@Su...> - 2003-04-08 22:51:42
|
With Sun's latest it crashes regularly for me in my app. You should be
able to recreate this bug using src/examples/gtk/entry or
src/examples/gtk/text: just type any character into a text or entry
field.
I can't spend more time on this today (my real job gets in the way), but
the problem seems to be in org_gnu_glib_GObject.c:jg_signal_cb() with
uninitialized arguments being passed up to Java. If one changes line
129 to read:
jargs = alloca(n_param_values * sizeof(jvalue));
add => memset(jargs, 0, n_param_values * sizeof(jvalue));
then problems turn up more quickly due to null handles (0xCA is another
good memset choice since it's a rarely used but easily recognized memory
pattern). The alloca call just allocates space on the stack, so it is
"initialized" to whatever garbage was on there previously.
A related problem is that the first Java parameter was never initialized
due to the for loop reading "for(i = 1; i < n_param_values; i++)". I
don't know if a starting index of one makes sense for a GClosureMarshall
function (there's no documentation), but it doesn't for the Java
argument array. When I changed it to "i = 0;" things moved further, but
it fails in EventKey.getString with a bogus eventkey handle.
Would someone more familiar with the jg_signal_cb() code take a look at
this?
Tom
On Sun, 2003-04-06 at 16:00, Jeffrey Morgan wrote:
> That is very strange. I can type as many characters
> as I wish into the gnome entry example and the gtk
> entry example and experience no problems. Can you
> please try to run the examples with Sun's JDK? It
> should produce an output file when it crashes named
> something like hs_err_pid9999.log. If it doesn't
> crash with Sun's JDK then the problem is when using
> it with the Blackdown JDK. That will help me debug
> it.
>
> On Sun, 2003-04-06 at 16:27, Mark Howard wrote:
> > On Sun, 2003-04-06 at 21:24, Mark Howard wrote:
> > > On Sun, 2003-04-06 at 20:37, Jeffrey Morgan wrote:
> > > > What happens on your system if you run the EntryTest example
> > > > under src/examples/gnome/entry?
> > >
> > > Typing one character works.
> > > The example crashes when I type a second.
> > > If I press backspace after the first character, it is deleted and I can
> > > type another character.
> >
> > The same thing also happens when using a gtk entry.
--
Tom Ball <Tom...@Su...>
|
|
From: Mark H. <mh...@ti...> - 2003-04-11 19:21:51
|
On Tue, 2003-04-08 at 23:51, Tom Ball wrote: > it fails in EventKey.getString with a bogus eventkey handle. Are you sure it's bogus. The location certainly seems as vaild as the others. Commenting out the call to the native getString (in gdk.EventKey.getString) "fixes" the problems for me. The following is printed in the docs for the string field of GdkEventKey - perhaps we shouldn't be using GdkEventKey.string: a string containing the an approximation of the text that would result from this keypress. The only correct way to handle text input of text is using input methods (see GtkIMContext), so this field is deprecated and should never be used. (gdk_unicode_to_keyval() provides a non-deprecated way of getting an approximate translation for a key.) The string is encoded in the encoding of the current locale (Note: this for backwards compatibility: strings in GTK+ and GDK are typically in UTF-8.) and NUL-terminated. In some cases, the translation of the key code will be a single NUL byte, in which case looking at length is necessary to distinguish it from the an empty translation. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Tom B. <Tom...@Su...> - 2003-04-11 19:37:38
|
I'm fairly confident that the handle is bogus. Not calling getString may "fix" the problem, but only in that you aren't asking GTK to use a bad handle, rather than fixing the cause of the bad handle. One thing I've learned over the years is how consistently I can be wrong, however. Try using using memset to initialize the alloca buffer in jg_signal_cb (0xca is a good value if you use a debugger, as pointers with that value can't be dereferenced). Using memset is an old trick for finding used by not initialized memory -- a related trick is to memset freed memory with a different but equally undereferencable value such as 0xba. If you want to be more sophisticated, paint the memory with words such as "dead", "face", etc. If possible, use a Unix-based system since Windows allows dereferencing of non-aligned pointers, so you are more likely to get a bad memory area that survives this test. Tom On Fri, 2003-04-11 at 12:21, Mark Howard wrote: > On Tue, 2003-04-08 at 23:51, Tom Ball wrote: > > it fails in EventKey.getString with a bogus eventkey handle. > Are you sure it's bogus. The location certainly seems as vaild as the > others. Commenting out the call to the native getString (in > gdk.EventKey.getString) "fixes" the problems for me. > > The following is printed in the docs for the string field of GdkEventKey > - perhaps we shouldn't be using GdkEventKey.string: > > a string containing the an approximation of the text that would result > from this keypress. The only correct way to handle text input of text is > using input methods (see GtkIMContext), so this field is deprecated and > should never be used. (gdk_unicode_to_keyval() provides a non-deprecated > way of getting an approximate translation for a key.) The string is > encoded in the encoding of the current locale (Note: this for backwards > compatibility: strings in GTK+ and GDK are typically in UTF-8.) and > NUL-terminated. In some cases, the translation of the key code will be a > single NUL byte, in which case looking at length is necessary to > distinguish it from the an empty translation. -- Tom Ball <Tom...@Su...> |
×
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