Another Firefox 21.0 crash (new backtrace)

Dimitry Andric dim at FreeBSD.org
Sun Jun 2 15:35:38 UTC 2013


On May 29, 2013, at 05:53, Ted Faber <faber at lunabase.org> wrote:
> On Tue, May 28, 2013 at 08:52:35AM -0700, Ted Faber wrote:
>> On Tue, May 28, 2013 at 02:00:00PM +0200, Dimitry Andric wrote:
>>> On 2013-05-26 01:07, Ted Faber wrote:
>>>> I'm seeing a repeatable, consistent segmentation fault before the first
>>>> window appears (though firefox -ProfileManager brings up the
>>>> profile manager, but crashes when I try to actually start the browser).
...
> OK, I improved my svn fu, pulled the tree, extracted the patch, applied
> it, made and installed world.
> 
> Now I see different behavior, but no better.  Still gets a SEGV, but a
> different trace. (Attached)

Ok, I think I have figured out what the problem is: Firefox's JavaScript
OSFile implementation loads libc.so.6 if it is available!  That is, if
you have the compat6x package installed, it loads
/usr/local/lib/libc.so.6, even while /lib/libc.so.7 is already loaded.

This wreaks havoc when it later tries to call libc functions via libffi,
and the result is that it calls into a completely bogus PLT entry.  Most
of the time, this leads to a crash.

So the easiest way to avoid the crash for now is to uninstall the
compat6x package, and making sure there is no libc.so.6 in
/usr/local/lib/compat.  Then Firefox should start with no problems.

As a better fix, please try dropping the attached file into the
/usr/ports/www/firefox/files directory, then rebuild the firefox port
from scratch, and reinstall it.

-Dimitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-toolkit-components-osfile-osfile_unix_allthreads.jsm
Type: application/octet-stream
Size: 515 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20130602/8e840e02/attachment.obj>


More information about the freebsd-ports mailing list