From owner-freebsd-ports@FreeBSD.ORG Tue Nov 4 19:26:37 2003 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 D21AC16A4CE; Tue, 4 Nov 2003 19:26:37 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944EB43FD7; Tue, 4 Nov 2003 19:26:31 -0800 (PST) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 10901645; Wed, 5 Nov 2003 04:26:29 +0100 (CET) Date: Wed, 5 Nov 2003 04:26:28 +0100 From: Simon Barner To: Joe Marcus Clarke Message-ID: <20031105032628.GA2172@zi025.glhnet.mhn.de> References: <1067954680.878.1.camel@debianito.inferno> <20031104161405.GJ96543@toxic.magnesium.net> <20031104180053.GA47902@zi025.glhnet.mhn.de> <1067969284.720.27.camel@gyros> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <1067969284.720.27.camel@gyros> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: Diabolo cc: freebsd-ports@freebsd.org Subject: Re: gnome 2.4 freezee some apps 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: Wed, 05 Nov 2003 03:26:38 -0000 --UHN/qo2QbUvPLonB Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > 1.3.10 is already in the tree. It has been working fine for me for a > while. I've never experienced a hang in the application. Uh, I did not update my ports for a while since I was busy with other things. I did so today and ran `portupgrade -R galeon2-1.3.0', so we are talking about an up-date-system. > We need a lot more information. I thought this was a known problem that is documented on the FreeBSD website. Since I could not find it I asked... > What exactly do you do to produce a "hang?" > What hangs? If you close Galeon and try to log out of GNOME immediatelly afterwards, the Galeon process does not terminate although the windows has already disappeared. I can reproduce this on both my -STABLE and -CURRENT installation (see attachments for details). When I run Galeon under gdb, it will crash on exit with bus error, but only on -CURRENT (full backtrace attached) I think this whole story is related with recent changes to some bonobo stuff that is documented in the GNOME cvs repository: http://cvs.gnome.org/bonsai/cvslog.cgi?file=3Dgaleon%2Fsrc/galeon-shell.c&r= ev=3D&root=3D/cvs/gnome http://cvs.gnome.org/bonsai/cvslog.cgi?file=3Dgaleon%2Fsrc/galeon-main.c&re= v=3D&root=3D/cvs/gnome http://cvs.gnome.org/bonsai/cvslog.cgi?file=3Dgaleon%2Fsrc/galeon-automatio= n.c&rev=3D&root=3D/cvs/gnome http://cvs.gnome.org/bonsai/cvslog.cgi?file=3Dgaleon%2Fsrc/galeon-automatio= n.h&rev=3D&root=3D/cvs/gnome > What version of FreeBSD? -STABLE from very shortly after 4.9-RELEASE -CURRENT from Nov 2nd > What else is running?=20 ps -aux for current installation attached. > If FreeBSD 5.x, what scheduler are you using? The traditional 4BSD scheduler. > What threading library?=20 libc_r > What version of Mozilla? 1.5 > Do you have a strace, truss, or gdb backtrace? I ran galeon under gdb (on -CURRENT). I have attached the full backtrace of a crash (with debugging symbols for galeon2, glib20 and libbonobo. I found a work-around for this bug: Commenting out the explicit destruction of automation factory (patch that also enables additional debugging output is attached) makes the Galeon process terminate quickly and cleanly (on both -STABLE and -CURRENT). I know that this is a really ugly `solution', and I wonder whether this will leak some memory in libbono (the Galeon process is doomed to die at this time of the execution anyway, so there should be no problem - of course from the memory point of view). FYI, I used the following command to build galeon (on -CURRENT). make CFLAGS=3D"-O -pipe -march=3Dk6-3 -g -DDEBUG_MARCO". ^ no spelling error, he the original author of Galeon :-) =20 I have already done some research in the bugzilla database, but there seems to be no matching bug report (nothing in galeon-users, either). Well, perhaps you or someone can find the real cause of the troubles from the attached material - for now the proposed patch will do for me. Simon --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="galeon.log.5" Content-Transfer-Encoding: quoted-printable % export MOZILLA_FIVE_HOME=3D/usr/X11R6/lib/mozilla-gtk2/ % export LD_LIBRARY_PATH=3D/usr/X11R6/lib/mozilla-gtk2/ % gdb galeon-bin=20 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... (gdb) run Starting program: /usr/X11R6/bin/galeon-bin=20 trying to load bookmarks from /home/simon/.galeon/bookmarks.xbel Detected version of bookmarks file: galeon2 Time to build charset menu: 0.252091 GtkMozEmbed destroy signal on GaleonTab GaleonTab finalized 0x85c3c40 MozillaEmbed finalized 0x85cf480 Galeon Window finalized 0x836ab00 Galeon shell finalized Program received signal SIGBUS, Bus error. 0x2877c591 in bonobo_object_unref (obj=3D0xd0d0d0d0) at bonobo-object.c:318 318 bonobo-object.c: No such file or directory. in bonobo-object.c (gdb) bt full #0 0x2877c591 in bonobo_object_unref (obj=3D0xd0d0d0d0) at bonobo-object.c= :318 __inst =3D (GTypeInstance *) 0xd0d0d0d0 __t =3D 135720064 __r =3D 135720064 ao =3D (BonoboAggregateObject *) 0xd0d0d0d0 object =3D (BonoboObject *) 0xd0d0d0d0 #1 0x0807d752 in galeon_shell_finalize (object=3D0x8180be0) at galeon-shell.c:297 gs =3D (GaleonShell *) 0x8180be0 #2 0x28ae46e2 in g_object_last_unref (object=3D0x8180be0) at gobject.c:442 No locals. #3 0x28ae6f99 in g_object_unref (_object=3D0x8180be0) at gobject.c:1348 object =3D (GObject *) 0x8180be0 #4 0x08082a19 in galeon_window_finalize (object=3D0x836ab00) at galeon-window.c:1294 window =3D (GaleonWindow *) 0x836ab00 #5 0x28ae46e2 in g_object_last_unref (object=3D0x836ab00) at gobject.c:442 No locals. #6 0x28ae6f99 in g_object_unref (_object=3D0x836ab00) at gobject.c:1348 object =3D (GObject *) 0x836ab00 #7 0x28506cc4 in gtk_main_do_event () from /usr/X11R6/lib/libgtk-x11-2.0.so.200 No symbol table info available. #8 0x287ef953 in gdk_add_client_message_filter () from /usr/X11R6/lib/libgdk-x11-2.0.so.200 No symbol table info available. #9 0x28b351c4 in g_main_dispatch (context=3D0x816c780) at gmain.c:1751 was_in_call =3D 0 user_data =3D 0x0 callback =3D 0 cb_funcs =3D (GSourceCallbackFuncs *) 0x0 cb_data =3D 0x0 need_destroy =3D 679409888 dispatch =3D (gboolean (*)(GSource *, GSourceFunc,=20 gpointer)) 0x287ef8e0 source =3D (GSource *) 0x8339018 i =3D 0 #10 0x28b35f5f in g_main_context_dispatch (context=3D0x816c780) at gmain.c:= 2299 No locals. #11 0x28b362f9 in g_main_context_iterate (context=3D0x816c780, block=3D1,= =20 dispatch=3D1, self=3D0x8143960) at gmain.c:2380 max_priority =3D 0 timeout =3D 0 some_ready =3D 1 nfds =3D 10 allocated_nfds =3D 11 fds =3D (GPollFD *) 0x827b680 #12 0x28b36a39 in g_main_loop_run (loop=3D0x8331690) at gmain.c:2600 ---Type to continue, or q to quit--- self =3D (GThread *) 0x8143960 #13 0x287780b8 in bonobo_main () at bonobo-main.c:294 loop =3D (GMainLoop *) 0x8331690 #14 0x08078bc1 in main (argc=3D1, argv=3D0xbfbff508) at galeon-main.c:193 context =3D 0x816ec80 context_as_value =3D {g_type =3D 0, data =3D {{v_int =3D 0, v_uint = =3D 0,=20 v_long =3D 0, v_ulong =3D 0, v_int64 =3D 0, v_uint64 =3D 0, v_float = =3D 0,=20 v_double =3D 0, v_pointer =3D 0x0}, {v_int =3D 0, v_uint =3D 0, v_lon= g =3D 0,=20 v_ulong =3D 0, v_int64 =3D 0, v_uint64 =3D 0, v_float =3D 0, v_double= =3D 0,=20 v_pointer =3D 0x0}}} program =3D (GnomeProgram *) 0x814ab00 factory =3D 0x816ec80 #15 0x080763f9 in _start () No symbol table info available. (gdb)=20 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.current" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #4: Tue Nov 4 21:19:13 CET 2003 simon@zi025.glhnet.mhn.de:/usr/src/sys/i386/compile/KISTE5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0736000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D+ Processor (400.91-MHz 586-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x591 Stepping =3D 1 Features=3D0x8021bf AMD Features=3D0x80000800 real memory =3D 201326592 (192 MB) avail memory =3D 190103552 (181 MB) netsmb_dev: loaded K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 5 entries at 0xc00fdde0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:17 INTA BIOS irq 9 pci_cfgintr: 0:18 INTA BIOS irq 3 pci_cfgintr: 0:19 INTA BIOS irq 11 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 o= n pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] xl0: <3Com 3c900-COMBO Etherlink XL> port 0xd800-0xd83f irq 9 at device 17.= 0 on pci0 xl0: Ethernet address: 00:10:4b:54:c4:e9 xl0: selecting 10baseT transceiver, half duplex pci0: at device 18.0 (no driver attached) rl0: port 0xe000-0xe0ff mem 0xe8000000-0xe80000= ff irq 11 at device 19.0 on pci0 rl0: Ethernet address: 00:50:22:b1:03:e5 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: