From owner-freebsd-ports@FreeBSD.ORG Fri Nov 26 18:31:01 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC44C16A4CE; Fri, 26 Nov 2004 18:31:00 +0000 (GMT) Received: from asterix.rsu.ru (relay.r61.net [195.208.245.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B6343D54; Fri, 26 Nov 2004 18:30:59 +0000 (GMT) (envelope-from os@rsu.ru) Received: from os.adsl.r61.net (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by asterix.rsu.ru (8.13.1/8.13.1) with ESMTP id iAQITLvx090169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 26 Nov 2004 21:29:26 +0300 (MSK) (envelope-from os@rsu.ru) Date: Fri, 26 Nov 2004 21:29:27 +0300 (MSK) From: Oleg Sharoiko To: Craig Boston In-Reply-To: <20041126122138.R67068@brain.cc.rsu.ru> Message-ID: <20041126212517.L2599@localhost> References: <1101414027.84333.43.camel@localhost> <200411252051.10049.craig@yekse.gank.org> <20041126122138.R67068@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV 0.80/577/Mon Nov 8 02:32:14 2004 clamav-milter version 0.80j on asterix.rsu.ru X-Virus-Status: Clean X-Spam-Status: No, score=-5.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on asterix.rsu.ru cc: gnome@freebsd.org cc: ports@freebsd.org cc: nlsn@free.fr cc: freebsd-ports@freebsd.org Subject: Re: ports/72014: Eclipse doesn't work (SigBus 10) if it has been built with GTK X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 18:31:01 -0000 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.