From owner-freebsd-gnome@FreeBSD.ORG Wed Nov 15 06:16:38 2006 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C1016A407 for ; Wed, 15 Nov 2006 06:16:38 +0000 (UTC) (envelope-from micahjon@ywave.com) Received: from relay0.av-mx.com (relay0.av-mx.com [137.118.16.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE26043D53 for ; Wed, 15 Nov 2006 06:16:37 +0000 (GMT) (envelope-from micahjon@ywave.com) X-Virus-Scan-Time: 0 Received: from [137.118.16.55] (HELO mx3.av-mx.com) by relay0.av-mx.com (CommuniGate Pro SMTP 4.2.10) with SMTP id 471557130 for freebsd-gnome@freebsd.org; Wed, 15 Nov 2006 01:16:37 -0500 Received: (qmail 30519 invoked from network); 15 Nov 2006 06:16:36 -0000 Received: from dsl12055.ywave.com (HELO ?192.168.1.66?) (micahjon@ywave.com@12.178.99.55) by mx3.av-mx.com with SMTP; 15 Nov 2006 06:16:36 -0000 X-CLIENT-IP: 12.178.99.55 X-CLIENT-HOST: dsl12055.ywave.com Message-ID: <455AB0C2.10903@ywave.com> Date: Tue, 14 Nov 2006 22:16:34 -0800 From: Micah User-Agent: Thunderbird 1.5.0.8 (X11/20061114) MIME-Version: 1.0 To: freebsd-gnome@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Firefox 2.0 segfault on save 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: Wed, 15 Nov 2006 06:16:38 -0000 I'm getting a segfault in firefox-2.0_2,1 if I try to save more than one thing per session. For example, if I go to http://www.fairpoint.net/~micahjon/photo.html, click an image, right click and "save image as", then hit back, and repeat on another image, as soon as the save dialog pops up firefox segfaults. This still happens if I disable all extensions and use the default theme. It does NOT happen with linux-firefox-2.0 using the same user prefs, extensions, and themes. I'm running i386 6-stable cvsup'd as of this morning. Here's a backtrace of the coredump. trisha% gdb /usr/local/lib/firefox/firefox-bin firefox-bin.core GNU gdb 6.1.1 [FreeBSD] ...reading symbols messages trimmed... #0 0x48c7a1db in pthread_testcancel () from /lib/libpthread.so.2 [New Thread 0x90d0000 (sleeping)] [New Thread 0x8c5c000 (sleeping)] [New Thread 0x8c4ee00 (sleeping)] [New Thread 0x886bc00 (sleeping)] [New Thread 0x886ba00 (sleeping)] [New Thread 0x8365400 (sleeping)] [New Thread 0x8196e00 (sleeping)] [New Thread 0x80db200 (runnable)] [New Thread 0x80db000 (LWP 100124)] [New Thread 0x8079000 (LWP 100133)] (gdb) bt #0 0x48c7a1db in pthread_testcancel () from /lib/libpthread.so.2 #1 0x48c6871d in sigaction () from /lib/libpthread.so.2 #2 0x48c61c95 in pthread_kill () from /lib/libpthread.so.2 #3 0x48c61514 in raise () from /lib/libpthread.so.2 #4 0x08069c45 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:206 #5 0x48c665e8 in sigaction () from /lib/libpthread.so.2 #6 0x48c681ac in sigaction () from /lib/libpthread.so.2 #7 0x48c71225 in pthread_mutexattr_init () from /lib/libpthread.so.2 #8 0x48c712a2 in pthread_mutexattr_init () from /lib/libpthread.so.2 #9 0x48d34683 in _ctx_start () from /lib/libc.so.6 #10 0x00000000 in ?? () #11 0xbfbfc080 in ?? () #12 0xbfbfbdc0 in ?? () #13 0x00000000 in ?? () #14 0x48c71260 in pthread_mutexattr_init () from /lib/libpthread.so.2 #15 0x485c56ce in gtk_tray_icon_get_type () from /usr/local/lib/libgtk-x11-2.0.so.0 #16 0x485c400c in gtk_tray_icon_get_type () from /usr/local/lib/libgtk-x11-2.0.so.0 #17 0x485ac2df in gtk_file_system_unix_new () from /usr/local/lib/libgtk-x11-2.0.so.0 #18 0x48a111ba in g_hash_table_size () from /usr/local/lib/libglib-2.0.so.0 #19 0x485ad95a in gtk_file_system_unix_new () from /usr/local/lib/libgtk-x11-2.0.so.0 #20 0x485ada1d in gtk_file_system_unix_new () from /usr/local/lib/libgtk-x11-2.0.so.0 #21 0x48a20a11 in g_child_watch_add () from /usr/local/lib/libglib-2.0.so.0 #22 0x48a1d783 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #23 0x48a1f0f7 in g_main_context_acquire () from /usr/local/lib/libglib-2.0.so.0 #24 0x48a1f43a in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.0 #25 0x483e8e58 in gtk_dialog_run () from /usr/local/lib/libgtk-x11-2.0.so.0 #26 0x00000000 in ?? () #27 0x483e8cc0 in gtk_dialog_response () from /usr/local/lib/libgtk-x11-2.0.so.0 Previous frame inner to this frame (corrupt stack?) Any clues on what's wrong? - Micah