From owner-freebsd-gnome@FreeBSD.ORG Wed May 19 05:13:48 2004 Return-Path: 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 97E3B16A4CF for ; Wed, 19 May 2004 05:13:48 -0700 (PDT) Received: from straycat.dhs.org (h0050da134090.ne.client2.attbi.com [24.91.148.154]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EE4843D39 for ; Wed, 19 May 2004 05:13:40 -0700 (PDT) (envelope-from tmclaugh@sdf.lonestar.org) Received: (qmail 19289 invoked from network); 19 May 2004 12:15:32 -0000 Received: from unknown (HELO ?192.168.1.130?) (192.168.1.130) by 192.168.1.103 with SMTP; 19 May 2004 12:15:32 -0000 From: Tom McLaughlin To: Joe Marcus Clarke In-Reply-To: <1084675192.45958.21.camel@shumai.marcuscom.com> References: <1084336549.97013.10.camel@compass> <1084391784.881.34.camel@gyros> <1084506485.52398.112.camel@compass> <1084653078.46114.12.camel@shumai.marcuscom.com> <1084657775.46084.9.camel@compass> <1084660586.46114.14.camel@shumai.marcuscom.com> <1084661303.46084.13.camel@compass> <1084675192.45958.21.camel@shumai.marcuscom.com> Content-Type: text/plain Message-Id: <1084938362.47519.17.camel@compass> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 19 May 2004 08:14:33 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-gnome@freebsd.org Subject: Re: nautilus crashes when remote systems are mounted X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 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, 19 May 2004 12:13:48 -0000 On Sat, 2004-05-15 at 22:39, Joe Marcus Clarke wrote: > On Sat, 2004-05-15 at 18:48, Tom McLaughlin wrote: > > > This really points to something specific with your installation. The > > > line where things start to go bad is a g_assert() call that should > > > really be a no-op. Let's see your make.conf and environment variables. > > > > > > Joe > > > > > > > > > Okay, it's attached. > > I have no idea what's causing this. I can't reproduce it, and it isn't > clear from the crash why this is happening. Based on the code, the only > think I can think of is that you rebuilt your compiler at one time with > extra optimizations, or you're not using the system compiler. > > You may want to rebuild everything with standard -O optimizations > (first, rm -rf /usr/obj/*), and see if that helps. But since I'm not > exactly sure what's causing this, I can't be sure that will fix it. > > You may also try this under a fresh, clean account, and see if perhaps > something in your environment is triggering this. > > Joe Okay, if this backtrace doesn't help I'm going to drop this for now. I'll wait until the threading patches for gdb are done and take a look at this again then. My test account experiences the same crash. I've done a rebuild of my kernel, world, and ports and I have my libmap.conf setup correctly. I attached gdb to nautilus instead of the gnomevfs daemon this time. I compared pids before and after the crash and nautilus is the crashing program. I think I sent you on some sort of goose chase before and I apologize. Below is what I have. Thanks. Tom [tom@compass tom]$ cat /etc/libmap.conf libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so Program received signal SIGSEGV, Segmentation fault. 0x28dc503a in strcmp () from /lib/libc.so.5 (gdb) bt #0 0x28dc503a in strcmp () from /lib/libc.so.5 #1 0x28fb8703 in ?? () #2 0x28fb92de in ?? () #3 0x289c157b in gnome_vfs_open_uri_cancellable () from /usr/X11R6/lib/libgnomevfs-2.so.600 #4 0x289d7223 in gnome_vfs_open_uri () from /usr/X11R6/lib/libgnomevfs-2.so.600 #5 0x289d71ec in gnome_vfs_open () from /usr/X11R6/lib/libgnomevfs-2.so.600 #6 0x2821f355 in eel_read_entire_file () from /usr/X11R6/lib/libeel-2.so.8 #7 0x28149f99 in link_info_start (directory=0x83ae400, file=0x8493780) at nautilus-directory-async.c:3182 #8 0x2814a51d in start_or_stop_io (directory=0x83ae400) at nautilus-directory-async.c:3386 #9 0x2814a673 in nautilus_directory_async_state_changed (directory=0x83ae400) at nautilus-directory-async.c:3448 #10 0x281460e5 in load_directory_done (directory=0x83ae400) at nautilus-directory-async.c:842 #11 0x28146391 in dequeue_pending_idle_callback (callback_data=0x83ae400) at nautilus-directory-async.c:960 #12 0x28146609 in directory_load_done (directory=0x83ae400, result=GNOME_VFS_ERROR_EOF) at nautilus-directory-async.c:1069 #13 0x28146723 in directory_load_callback (handle=0x83ce980, result=GNOME_VFS_ERROR_EOF, list=0x8472e9c, entries_read=12, ---Type to continue, or q to quit--- callback_data=0x83ae400) at nautilus-directory-async.c:1095 #14 0x289caf52 in gnome_vfs_async_get_job_limit () from /usr/X11R6/lib/libgnomevfs-2.so.600 #15 0x289cb501 in gnome_vfs_async_get_job_limit () from /usr/X11R6/lib/libgnomevfs-2.so.600 #16 0x28acd1ec in g_idle_dispatch () from /usr/local/lib/libglib-2.0.so.400 #17 0x28aca4ae in g_main_dispatch () from /usr/local/lib/libglib-2.0.so.400 #18 0x28acb2cb in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.400 #19 0x28acb6b3 in g_main_context_iterate () from /usr/local/lib/libglib-2.0.so.400 #20 0x28acbcde in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.400 #21 0x285f4e12 in gtk_main () from /usr/X11R6/lib/libgtk-x11-2.0.so.400 #22 0x08073460 in main (argc=4, argv=0xbfbfeb4c) at nautilus-main.c:328 #23 0x08067df6 in _start ()