GNOME Bugzilla – Bug 56111
Crash during galeon startup
Last modified: 2004-12-22 21:47:04 UTC
Package: galeon Severity: critical Version: 0.11.0 Synopsis: Crash during galeon startup Bugzilla-Product: galeon Bugzilla-Component: general Description: I compiled galeon from sources using the binary mozilla-0.9.1 distrib, and mozilla-devel-0.9.1-0 RPMs for RadHat 6.X. To circumvent the strange test checking Mozilla version... 0.9.1 configure: error: *** This version of Mozilla has a bug in libgtksuperwin that *** causes galeon to crash when used with tabbed mode. *** http://bugzilla.mozilla.org/show_bug.cgi?id=79022 *** contains a patch (with a spelling error) *** s/gtk_window_remove_filter/gdk_window_remove_filter/. I deleted the exit 1 in ./configure, as that error seems to be fixed in the distributed mozilla-0.9.1. I am running on SuSE 6.2, but I think I have every (GNOME) library required (according to the README), compiled from Source. Debugging Information: (no debugging symbols found)...0x407d07a9 in __wait4 () from /lib/libc.so.6
+ Trace 6106
------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-06-13 06:59 ------- The original reporter (weilbach@uni-sw.gwdg.de) of this bug does not have an account here. Reassigning to the exporter, unknown@bugzilla.gnome.org. Reassigning to the default owner of the component, matt@ookypooky.com.
What versions of ORBit and OAF are you using? I have : ORBit-0.5.8-ximian.2 oaf-0.6.5-ximian.3
I have ORBit-0.5.4 and oaf-0.6.5, both compiled from Sources.
i would certainly suspect strongly the old ORBit please upgrade to 0.5.8
That's not it. ORBit-0.5.8 installed, ldconfig, logout, login, and I still get the bug-buddy crash window (backtrace info below). Which components should I check next? no debugging symbols found)...0x407db7a9 in __wait4 () from /lib/libc.so.6
+ Trace 6107
I'm a teeny bit suspicious that the line numbers in orbit_poa.c haven't changed; are you sure it hasn't installed itself in /usr/local or something daft? Please excuse me if this is a stupid question, I just want to be sure.
Sorry, I am not a programmer and do not really understand these backtraces anyway. But it seems that orbit_poa.c has only changed in lines 712 from 0.5.4 to 0.5.8: $ diff -s src/orb/orbit_poa.c ../../../01UnInstalled/ORBit-0.5.4/src/orb/orbit_poa.c 712,713d711 < if(!retval) < return NULL; And it is indeed using 0.5.8 where I would expect it. While the bug-buddy screen is up: $ lsof | grep galeon | grep ORBit galeon-bi 16010 weilbach mem REG 0,6 175947 608835 /otherfs/USW/packages/gnome/lib/libORBitCosNaming.so.0.5.8 galeon-bi 16010 weilbach mem REG 0,6 946725 608594 /otherfs/USW/packages/gnome/lib/libORBit.so.0.5.8 galeon-bi 16010 weilbach mem REG 0,6 45468 608686 /otherfs/USW/packages/gnome/lib/libORBitutil.so.0.5.8 Any other tests I could do?
I'm afraid I'm stumped :-( Changing product to ORBit in the vain hope that the ORBit people will recognise the problem.
Sorry, no clues here either. If you come up with a small test program that can reproduce the problem, I'll be glad to look into it.
*** Bug 58485 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 55726 ***