From owner-freebsd-gnome@FreeBSD.ORG Fri Dec 8 21:05:55 2006 Return-Path: X-Original-To: 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 4757416A407 for ; Fri, 8 Dec 2006 21:05:55 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay1.av-mx.com (relay1.av-mx.com [137.118.16.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19F343CC0 for ; Fri, 8 Dec 2006 21:04:48 +0000 (GMT) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from [137.118.16.54] (HELO mx4.av-mx.com) by relay1.av-mx.com (CommuniGate Pro SMTP 4.2.10) with SMTP id 501159138 for gnome@freebsd.org; Fri, 08 Dec 2006 16:05:36 -0500 Received: (qmail 31810 invoked by uid 504); 8 Dec 2006 21:05:36 -0000 Received: from dsl13043.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@66.243.212.43) by 0 with SMTP; 8 Dec 2006 21:05:36 -0000 X-CLIENT-IP: 66.243.212.43 X-CLIENT-HOST: dsl13043.ywave.com Message-ID: <4579D39E.1020904@ywave.com> Date: Fri, 08 Dec 2006 13:05:34 -0800 From: Micah User-Agent: Thunderbird 1.5.0.8 (X11/20061205) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200612061930.kB6JUJVA038980@freefall.freebsd.org> <1165476509.74826.14.camel@shumai.marcuscom.com> <4578AB25.2020504@ywave.com> <1165565003.15396.7.camel@shumai.marcuscom.com> <4579C00E.2040905@ywave.com> <4579C125.3040106@marcuscom.com> <4579C1E0.6000703@ywave.com> <4579CF70.3070703@marcuscom.com> In-Reply-To: <4579CF70.3070703@marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/105589: Firefox 2.0 segfaults when saving more than one file per session 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, 08 Dec 2006 21:05:55 -0000 Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Micah wrote: >> Joe Marcus Clarke wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Micah wrote: >>>> Joe Marcus Clarke wrote: >>>>> On Thu, 2006-12-07 at 16:00 -0800, Micah wrote: >>>>>> Joe Marcus Clarke wrote: >>>>>>> Before anything can be done to fix this, someone needs to provide a >>>>>>> backtrace with full debugging symbols. For more on doing this, see >>>>>>> http://www.freebsd.org/gnome/docs/bugging.html . >>>>>>> >>>>>>> Joe >>>>>> Anything else I can provide? >>>>> This backtrace appears corrupt. I do not see how it dies in endian.h. >>>>> Rebuild libc and libpthread with debugging symbols, and get a new >>>>> trace. >>>>> >>>>> Joe >>>>> >>>> Okay, but it still died in endian.h. I then rebuilt world with debugging >>>> symbols in hope that there's some other library somewhere that needed >>>> them, but the stack trace still ends in endian.h >>>> >>>> I followed it through the debugger in hopes of getting you something >>>> more useful. It segfaults while executing line 357 of xdgmimecache.c, >>>> (which is: XdgMimeCache *cache = _caches[i]; inside >>>> cache_glob_lookup_literal). Stepping into that line of code sends the >>>> debugger to endian.h. Is there another non-system library that I need to >>>> add debugging symbols to? >>> What endian.h files do you have on your system? What does: >>> >>> (gdb) frame 0 >>> (gdb) l >>> >>> Report? >>> >>> Joe >> (gdb) frame 0 >> #0 0x48614d0e in cache_glob_lookup_literal ( >> file_name=0x8e8b317 "logo-reverse.png", mime_types=0x101, >> n_mime_types=2) >> at endian.h:144 >> 144 { >> (gdb) list >> 139 ((_x << 40) & ((__uint64_t)0xff << 48)) | ((_x << >> 56))); >> 140 } >> 141 >> 142 static __inline __uint32_t >> 143 __bswap32(__uint32_t _x) >> 144 { >> 145 >> 146 return (__byte_swap_int(_x)); >> 147 } >> 148 >> >> >> kdbg reports that endian.h resides in /usr/include/machine. > > This looks like a stack overflow. Does increasing THR_STACK32_DEFAULT > in /usr/src/lib/libpthread/thread/thr_private.h (maybe to (2 * 1024 * > 1024)) then rebuilding libpthread help? What GTK+ theme are you using? > > Joe Upping THR_STACK32_DEFAULT to 2* doesn't seem to help. I'm using rpanther2 as my GTK theme, but it happens even if my .gtkrc-2.0 doesn't specify any theme. I've noticed a slight timing aspect to the crash. If I go slow, it crashes on the second save. If I go fast, it crashes on the third save. Here's the cycle I follow: right click on image, press v, enter, enter, right click on same image and repeat. Pressing enter enter before the dialog shows results in a different, probably unrelated, crash. If you think this is related I can include the stack trace of that too. Gtk-ERROR **: file gtkfilechooserdefault.c: line 7772 (gtk_file_chooser_default_should_respond): assertion failed: (path != NULL) aborting... Abort trap (core dumped) - Micah