ports/72014: Eclipse doesn't work (SigBus 10) if it has been built with GTK

Oleg Sharoiko os at rsu.ru
Fri Nov 26 10:31:01 PST 2004


I've applied the patch from hackers@ which fixes alignement problems - same 
SIGBUS. So I suppose this may be a different problem. Still ready to help with 
debugging.

On Fri, 26 Nov 2004, Oleg Sharoiko wrote:

OS>
OS>On Thu, 25 Nov 2004, Craig Boston wrote:
OS>
OS>CB>Would it be possible for someone who can reproduce this problem to run the 
OS>CB>process under gdb and use the disassemble command to get the machine code at 
OS>CB>the location of the crash?  You don't need debug symbols for this to work, so 
OS>CB>it doesn't involve recompiling with -g or anything.
OS>
OS>It's a problem for me, because eclipse is a java application and it has it's 
OS>own SIGBUS handler and gdb says "programm exited normally".
OS>
OS>jdk creates it's own stack trace, here is head of it:
OS>
OS>An unexpected exception has been detected in native code outside the VM.
OS>Unexpected Signal : 10 occurred at PC=0x34DF767A
OS>Function=_gtk_tree_view_queue_draw_node+0x17E8
OS>Library=/usr/X11R6/lib/libgtk-x11-2.0.so.400
OS>
OS>Current Java thread:
OS>        at org.eclipse.swt.internal.gtk.OS.gtk_container_add(Native Method)
OS>        - locked <0x308260c8> (a java.lang.Class)
OS>        at org.eclipse.swt.widgets.Table.createHandle(Table.java:417)
OS>        at org.eclipse.swt.widgets.Widget.createWidget(Widget.java:321)
OS>        at org.eclipse.swt.widgets.Control.createWidget(Control.java:306)
OS>
OS>
OS>Would it be possible for me to get disassebled instructions using following 
OS>information:
OS>
OS>Function=_gtk_tree_view_queue_draw_node+0x17E8
OS>Library=/usr/X11R6/lib/libgtk-x11-2.0.so.400
OS>
OS>Unfortunately I'm not gdb expert :(
OS>
OS>jdk also create java.core, but I suppose it is of no use. Here is bt from that 
OS>core:
OS>
OS>(gdb) bt
OS>#0  0x280a2f97 in pthread_testcancel () from /usr/lib/libpthread.so.1
OS>#1  0x28093a93 in sigaction () from /usr/lib/libpthread.so.1
OS>#2  0x2808d495 in pthread_kill () from /usr/lib/libpthread.so.1
OS>#3  0x2808cdd7 in raise () from /usr/lib/libpthread.so.1
OS>#4  0x28168db2 in abort () from /lib/libc.so.5
OS>#5  0x28488716 in os::abort ()
OS>   from /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
OS>#6  0x28486d65 in os::handle_unexpected_exception ()
OS>   from /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
OS>#7  0x2848b518 in JVM_handle_bsd_signal ()
OS>   from /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
OS>#8  0x2848a599 in signalHandler ()
OS>   from /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
OS>#9  0x2809241e in sigaction () from /usr/lib/libpthread.so.1
OS>#10 0x280922a1 in sigaction () from /usr/lib/libpthread.so.1
OS>#11 0x28092f10 in sigaction () from /usr/lib/libpthread.so.1
OS>#12 0x2809b925 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
OS>#13 0x2809b7f4 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
OS>#14 0x28152cdb in _ctx_start () from /lib/libc.so.5
OS>[ almost 700 more entries skipped ]
OS>
OS>I'm ready to help with debugging this case, but I need some who will tell what 
OS>to do.
OS>
OS>

-- 
Oleg Sharoiko.
Software and Network Engineer
Computer Center of Rostov State University.


More information about the freebsd-ports mailing list