nautilus crashes when remote systems are mounted

[Tom McLaughlin]

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 at 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 <return> to continue, or q <return> 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 ()