Date: Wed, 19 May 2004 11:53:20 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Tom McLaughlin <tmclaugh@sdf.lonestar.org> Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus crashes when remote systems are mounted Message-ID: <1084982000.873.2.camel@gyros> In-Reply-To: <1084938362.47519.17.camel@compass> 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> <1084938362.47519.17.camel@compass>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-sLBIeJCTFJYUNpAnl1lT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-05-19 at 08:14, Tom McLaughlin wrote: > On Sat, 2004-05-15 at 22:39, Joe Marcus Clarke wrote:=20 > > On Sat, 2004-05-15 at 18:48, Tom McLaughlin wrote: > > > > This really points to something specific with your installation. T= he > > > > 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 variab= les. > > > >=20 > > > > Joe > > > >=20 > > >=20 > > >=20 > > > Okay, it's attached. > >=20 > > 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 onl= y > > 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. > >=20 > > 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. > >=20 > > You may also try this under a fresh, clean account, and see if perhaps > > something in your environment is triggering this. > >=20 > > Joe >=20 > Okay, if this backtrace doesn't help I'm going to drop this for now.=20 > 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. Looks like gnomevfs2 doesn't have symbols. Please recompile with symbols, and get the trace again (eel2, too). Joe >=20 > Tom >=20 >=20 > [tom@compass tom]$ cat /etc/libmap.conf > libpthread.so.1 libc_r.so.5 > libpthread.so libc_r.so >=20 >=20 >=20 > 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=3D0x83ae400, file=3D0x849378= 0) > at nautilus-directory-async.c:3182 > #8 0x2814a51d in start_or_stop_io (directory=3D0x83ae400) > at nautilus-directory-async.c:3386 > #9 0x2814a673 in nautilus_directory_async_state_changed > (directory=3D0x83ae400) > at nautilus-directory-async.c:3448 > #10 0x281460e5 in load_directory_done (directory=3D0x83ae400) > at nautilus-directory-async.c:842 > #11 0x28146391 in dequeue_pending_idle_callback > (callback_data=3D0x83ae400) > at nautilus-directory-async.c:960 > #12 0x28146609 in directory_load_done (directory=3D0x83ae400, > result=3DGNOME_VFS_ERROR_EOF) at nautilus-directory-async.c:1069 > #13 0x28146723 in directory_load_callback (handle=3D0x83ce980, > result=3DGNOME_VFS_ERROR_EOF, list=3D0x8472e9c, entries_read=3D12, > ---Type <return> to continue, or q <return> to quit--- > callback_data=3D0x83ae400) 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=3D4, argv=3D0xbfbfeb4c) at nautilus-main.c:3= 28 > #23 0x08067df6 in _start () >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-sLBIeJCTFJYUNpAnl1lT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAq4Lvb2iPiv4Uz4cRAmcBAJsFt4k9nZ1wYPwBqQuHl3cXM+k2xQCggOGa I/oKLExvTly0i69c7+in4e8= =hXvJ -----END PGP SIGNATURE----- --=-sLBIeJCTFJYUNpAnl1lT--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1084982000.873.2.camel>