From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 15 05:59:39 2006 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 731A716A47C for ; Fri, 15 Dec 2006 05:59:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id C8A2C43CDA for ; Fri, 15 Dec 2006 05:57:40 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 24264 invoked by uid 399); 15 Dec 2006 05:59:19 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Dec 2006 05:59:19 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <458239B5.8020103@FreeBSD.org> Date: Thu, 14 Dec 2006 21:59:17 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061125) MIME-Version: 1.0 To: Joe Marcus Clarke References: <4581C70F.10709@FreeBSD.org> <1166154994.40786.26.camel@shumai.marcuscom.com> In-Reply-To: <1166154994.40786.26.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@freebsd.org Subject: Re: firefox 2 crashing with any printing-related activity X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 05:59:39 -0000 Joe Marcus Clarke wrote: > On Thu, 2006-12-14 at 13:50 -0800, Doug Barton wrote: >> Howdy, >> >> For some time now, I have been having a problem with firefox 2. If I >> do anything printing related (including just print preview) firefox >> Seg faults. It will send the print job to the printer first, then >> crash when the dialog closes. Here is the information you requested on >> http://www.freebsd.org/gnome/docs/bugging.html >> >> FreeBSD lap 7.0-CURRENT-1213 FreeBSD 7.0-CURRENT-1213 #0: Wed Dec 13 >> 21:36:15 PST 2006 i386 >> >> This is an Intel Core 2 Duo system running i386 SMP. I'm running with >> X11BASE=/usr/local/xorg in order to help with the fixing of the ports >> prior to the move. >> >> pkg_info, env output, and gdb log are here: >> >> http://people.freebsd.org/~dougb/env.out >> http://people.freebsd.org/~dougb/pkg_info.out >> http://people.freebsd.org/~dougb/gdb.log > > I can't reproduce. This stack trace is also missing four pretty > critical frames. Are you talking about 11-14? Are those frames, or are those stack values? >> Ports are up to date as of this morning, base is up to date as of last >> night. >> >> I tried this with CUPS off, and building firefox completely without >> CUPS on the system at all, and the result is the same. I've also tried >> building without using ccache. > > This doesn't matter. Have you tried _running_ Firefox without cups-base > on the system? Well, yeah. Sorry if I wasn't clear. I've built firefox with and without CUPS installed. On the last run I even moved the libprintbackend-cups.* files out of the way to make sure they weren't available, and verified that the only print option was Postscript/default when I ran it. I also tried downloading the package, and got the same result. > CUPS will (once again) be dloaded by Firefox if present. > I tried both with and without cups-base installed, and I still can't get > Firefox to crash. D'oh. Questions, are you using an SMP box, and are you using -current? Because I can make a UP kernel, and/or try the test on RELENG_6 on the same box if that'll help. > I say, "once again" because we have seen a similar CUPS-related crash in > the past, I remember that, but it looks like this one is not CUPS' fault. > and it looks like my bandaid fix was broken over the years. > If it is the same problem that we saw before, removing cups-base during > runtime should prevent the crash. If so, we can re-patch Firefox not to > use libcups, and instead CUPS users can rely on the CUPS lpd commands to > do their printing. It won't be as pretty, but it will at least avoid a > crash (unless someone can finally track down what the conflict is > between CUPS and Firefox). Well, ugly + works > pretty + crashes. :) Thanks to Jeremy's suggestion I created a new firefox with the debug OPTION (duh, should have thought of that). I uploaded the following: With CUPS http://people.freebsd.org/~dougb/debug.log http://people.freebsd.org/~dougb/gdb2.log Without CUPS http://people.freebsd.org/~dougb/debug-no-cups.log http://people.freebsd.org/~dougb/gdb2-no-cups.log hth, Doug -- This .signature sanitized for your protection