On 4/7/06, Tor Olav Stava <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED]:~# firefox
> /usr/lib/firefox-1.5.0.1/run-mozilla.sh: line 131: 27354 Segmentation
> fault "$prog" ${1+"$@"}
First, let's turn up the verbosity of run-mozilla.sh to see where it's
crashing. I think it may be firefox -g to turn on debugging, but I
can't recall right now. Open up run-mozilla.sh in a text editor and
put
set -vx
in there somewhere. Next time you start firefox, log the output,
there will be a lot.
> ldd on the firefox-bin gives this:
<snip>
> Two things strikes me there. Some libraries reported as not found, but
> exist in the same dir as firefox-bin itself (/usr/lib/firefox-1.5.0.1/).
This doesn't matter. run-mozilla.sh sets LD_LIBRARY_PATH to that
directory at run-time. This is half the reason for having
run-mozilla.sh instead of running firefox-bin directly. It's a
definite hack-fest.
> Also on the Firefox requirements page libstdc++5 is listed as
> requirement, but that don't exist on my system, and the binary is linked
> against libstdc++.so.6.
That's because Mozilla ships the binaries linked to libstdc++.so.5.
You can build against whatever you want, though.
> I've tried recompiling Firefox with the same result. Running as normal
> user also gives the same error. I recompiled GTK+ just in case, but that
> didn't solve anything, so now I'm quite stuck :(
Potentially, this is the xorg-server problem brought up on blfs-dev
since it seems to affect gtk2 apps.
http://linuxfromscratch.org/pipermail/blfs-dev/2006-April/014364.html
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
