From owner-freebsd-ports@FreeBSD.ORG Sun Jun 2 15:35:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B8318ADD for ; Sun, 2 Jun 2013 15:35:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA971DE0 for ; Sun, 2 Jun 2013 15:35:38 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::869:358d:7a32:4827] (unknown [IPv6:2001:7b8:3a7:0:869:358d:7a32:4827]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 64E605C44; Sun, 2 Jun 2013 17:35:30 +0200 (CEST) Content-Type: multipart/mixed; boundary="Apple-Mail=_FF1C04DB-4A55-438E-A26E-0AF04F85D9B6" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Another Firefox 21.0 crash (new backtrace) From: Dimitry Andric In-Reply-To: <20130529035333.GA2340@mail.lunabase.org> Date: Sun, 2 Jun 2013 17:35:27 +0200 Message-Id: <6B3D745E-9ADD-4B2A-B2C0-53B920B9CC71@FreeBSD.org> References: <20130525230731.GA93415@mail.lunabase.org> <51A49C40.1080209@FreeBSD.org> <20130528155234.GA17344@mail.lunabase.org> <20130529035333.GA2340@mail.lunabase.org> To: Ted Faber X-Mailer: Apple Mail (2.1503) Cc: Kostik Belousov , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 15:35:38 -0000 --Apple-Mail=_FF1C04DB-4A55-438E-A26E-0AF04F85D9B6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On May 29, 2013, at 05:53, Ted Faber 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 --Apple-Mail=_FF1C04DB-4A55-438E-A26E-0AF04F85D9B6 Content-Disposition: attachment; filename=patch-toolkit-components-osfile-osfile_unix_allthreads.jsm Content-Type: application/octet-stream; name="patch-toolkit-components-osfile-osfile_unix_allthreads.jsm" Content-Transfer-Encoding: 7bit --- toolkit/components/osfile/osfile_unix_allthreads.jsm.orig 2013-05-11 21:19:53.000000000 +0200 +++ toolkit/components/osfile/osfile_unix_allthreads.jsm 2013-06-02 17:15:05.000000000 +0200 @@ -40,7 +40,7 @@ if (typeof Components != "undefined") { // Open libc let libc; let libc_candidates = [ "libSystem.B.dylib", - "libc.so.6", + "libc.so.7", "libc.so" ]; for (let i = 0; i < libc_candidates.length; ++i) { try { --Apple-Mail=_FF1C04DB-4A55-438E-A26E-0AF04F85D9B6--