Hi, Looks like 32bit cairo is not perfectly healthy on 64bit 10b1. Azureus (java based bittorrent client with shonky gtk-wrapped ui) crashes almost instantly stating; -- An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x67318A52 Function=(null)+0x67318A52 Library=/usr/lib/libcairo.so.1 NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method) - locked <0x6205e548> (a java.lang.Class) at org.eclipse.swt.widgets.Display.eventProc(Display.java:902) at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method) - locked <0x6205e548> (a java.lang.Class) -- Any wild guesses? -- // Janne
On Tue, Aug 16, 2005 at 10:13:38PM +0300, Janne Karhunen wrote:
Hi,
Looks like 32bit cairo is not perfectly healthy on 64bit 10b1.
Azureus (java based bittorrent client with shonky gtk-wrapped ui) crashes almost instantly stating;
-- An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x67318A52 Function=(null)+0x67318A52 Library=/usr/lib/libcairo.so.1
NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions.
Current Java thread: at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method) - locked <0x6205e548> (a java.lang.Class) at org.eclipse.swt.widgets.Display.eventProc(Display.java:902) at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method) - locked <0x6205e548> (a java.lang.Class) --
Any wild guesses?
Can you try "strace" or "gdb" on it? Ciao, Marcus
On Wednesday 17 August 2005 09:52, Marcus Meissner wrote:
Any wild guesses?
Can you try "strace" or "gdb" on it?
Sure thing. Not that it helps much tough :/ .. (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 1433228992 (LWP 9977)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Cannot find user-level thread for LWP 9977: generic error (gdb) So it (java) seems to be doing some cloning perhaps. That, or yet again gdb turns out to be perfect debugger for perfect code. Let's see the strace; .. write(19, "8\30\7\0009\1\240\4\0000\6\0b\377\377\377\376\377\377\377"..., 2708) = 2708 read(19, "\34\317]\\\314\v\240\4(\0\0\0\303\306\320\16\0\f;\2\0\0"..., 32) = 32 read(19, "\1\30\256\\\0\0\0\0002\1\0\0\0\0\0\0000\0\27\0\0\0\0\0"..., 32) = 32 open("/opt/gnome/lib/charset.alias", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) write(2, "\n(<unknown>:10746): Gdk-WARNING "..., 321 (<unknown>:10746): Gdk-WARNING **: Using Cairo rendering requires the drawable argument to have a specified colormap. All windows have a colormap, however, pixmaps only have colormap by default if they were created with a non-NULL window argument. Otherwise a colormap must be set on them with gdk_drawable_set_colormap ) = 321 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigaction(SIGSEGV, {0x1000000455932858, ~[], 0}, {0x18000004559329b8, [], SA_RESTORER|SA_RESTART|SA_NOMASK|SA_SIGINFO|0x1619b20, 0xfffffffe}, 8) = 0 write(1, "\n", 1 ) = 1 write(1, "An unexpected exception has been"..., 73An unexpected exception has been detected in native code outside the VM. .. -- // Janne
On Wed, Aug 17, 2005 at 06:35:42PM +0300, Janne Karhunen wrote:
On Wednesday 17 August 2005 09:52, Marcus Meissner wrote:
Any wild guesses?
Can you try "strace" or "gdb" on it?
Sure thing. Not that it helps much tough :/
.. (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 1433228992 (LWP 9977)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Cannot find user-level thread for LWP 9977: generic error (gdb)
So it (java) seems to be doing some cloning perhaps. That, or yet again gdb turns out to be perfect debugger for perfect code.
Let's see the strace; .. write(19, "8\30\7\0009\1\240\4\0000\6\0b\377\377\377\376\377\377\377"..., 2708) = 2708 read(19, "\34\317]\\\314\v\240\4(\0\0\0\303\306\320\16\0\f;\2\0\0"..., 32) = 32 read(19, "\1\30\256\\\0\0\0\0002\1\0\0\0\0\0\0000\0\27\0\0\0\0\0"..., 32) = 32 open("/opt/gnome/lib/charset.alias", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) write(2, "\n(<unknown>:10746): Gdk-WARNING "..., 321 (<unknown>:10746): Gdk-WARNING **: Using Cairo rendering requires the drawable argument to have a specified colormap. All windows have a colormap, however, pixmaps only have colormap by default if they were created with a non-NULL window argument. Otherwise a colormap must be set on them with gdk_drawable_set_colormap ) = 321 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigaction(SIGSEGV, {0x1000000455932858, ~[], 0}, {0x18000004559329b8, [], SA_RESTORER|SA_RESTART|SA_NOMASK|SA_SIGINFO|0x1619b20, 0xfffffffe}, 8) = 0 write(1, "\n", 1 ) = 1 write(1, "An unexpected exception has been"..., 73An unexpected exception has been detected in native code outside the VM.
This looks like another instance of the gtk-qt-engine problem. If this is the case, it is fixed with Beta2 , workaround is rpm -e gtk-qt-engine Ciao, Marcus
participants (2)
-
Janne Karhunen
-
Marcus Meissner