After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 111141 - Crashes if hidden files are being shown
Crashes if hidden files are being shown
Status: RESOLVED FIXED
Product: themus
Classification: Deprecated
Component: vfs method
unspecified
Other other
: High critical
: ---
Assigned To: Andrew Sobala
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-04-18 21:28 UTC by Mezz
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Description Mezz 2003-04-19 06:55:23 UTC 
Package: nautilus
Severity: normal
Version: GNOME2.3.0 2.2.3.1
os_details: FreeBSD GNOME Project
Synopsis: View themes:/// crashes with the seg fault.
Bugzilla-Product: nautilus
Bugzilla-Component: Thumbnails
BugBuddy-GnomeVersion: 2.0 (2.3.0)
Description:
Description of Problem:
View themes:/// crashes with seg fault.

My system is: 

$ uname -a
FreeBSD sysinfo.mezzweb.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Apr
15 20:42:53 CDT 2003    
mezz@sysinfo.mezzweb.com:/usr/src/sys/i386/compile/BSDROCKS  i386

Joe Marcus Clarke (marcus@FreeBSD.org) doesn't has this problem in
FreeBSD 4.8.

Steps to reproduce the problem:
1.  Go to themes:/// and enable the 'Show hidden and backup files' in
the perference, then it will crashes with the seg fault.  Either before
or after enable this option are same thing.
2.  n/a
3.  n/a

Actual Results:
crashes with the seg fault

Expected Results:
crashes with the seg fault

How often does this happen?
all the time

Additional Information:



Debugging Information:

Backtrace was generated from '/usr/X11R6/bin/nautilus'

[Switching to Process 90844, Thread 1]
0x28d63093 in poll () from /usr/lib/libc.so.5

+ Trace 36064

Thread 7 (Process 90844, Thread 7)

  • #0 _thread_kern_sched
    from /usr/lib/libc_r.so.5
  • #1 _thread_kern_sched_state_unlock
    from /usr/lib/libc_r.so.5
  • #2 _pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #3 pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #4 gnome_vfs_thread_pool_wait_for_work
    at gnome-vfs-thread-pool.c line 152
  • #5 thread_entry
    at gnome-vfs-thread-pool.c line 172
  • #6 g_thread_create_proxy
    at gthread.c line 551
  • #7 _thread_start
    from /usr/lib/libc_r.so.5

Thread 6 (Process 90844, Thread 6)

  • #0 _thread_kern_sched
    from /usr/lib/libc_r.so.5
  • #1 _thread_kern_sched_state_unlock
    from /usr/lib/libc_r.so.5
  • #2 _pthread_cond_timedwait
    from /usr/lib/libc_r.so.5
  • #3 _thread_gc
    from /usr/lib/libc_r.so.5
  • #4 _thread_start
    from /usr/lib/libc_r.so.5

Thread 5 (Process 90844, Thread 5)

  • #0 _thread_kern_sched
    from /usr/lib/libc_r.so.5
  • #1 _thread_kern_sched_state_unlock
    from /usr/lib/libc_r.so.5
  • #2 _pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #3 pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #4 gnome_vfs_thread_pool_wait_for_work
    at gnome-vfs-thread-pool.c line 152
  • #5 thread_entry
    at gnome-vfs-thread-pool.c line 172
  • #6 g_thread_create_proxy
    at gthread.c line 551
  • #7 _thread_start
    from /usr/lib/libc_r.so.5

Thread 4 (Process 90844, Thread 4)

  • #0 _thread_kern_sched
    from /usr/lib/libc_r.so.5
  • #1 _thread_kern_sched_state_unlock
    from /usr/lib/libc_r.so.5
  • #2 _pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #3 pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #4 gnome_vfs_thread_pool_wait_for_work
    at gnome-vfs-thread-pool.c line 152
  • #5 thread_entry
    at gnome-vfs-thread-pool.c line 172
  • #6 g_thread_create_proxy
    at gthread.c line 551
  • #7 _thread_start
    from /usr/lib/libc_r.so.5

Thread 3 (Process 90844, Thread 3)

  • #0 _thread_kern_sched
    from /usr/lib/libc_r.so.5
  • #1 _thread_kern_sched_state_unlock
    from /usr/lib/libc_r.so.5
  • #2 _pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #3 pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #4 gnome_vfs_thread_pool_wait_for_work
    at gnome-vfs-thread-pool.c line 152
  • #5 thread_entry
    at gnome-vfs-thread-pool.c line 172
  • #6 g_thread_create_proxy
    at gthread.c line 551
  • #7 _thread_start
    from /usr/lib/libc_r.so.5

Thread 2 (Process 90844, Thread 2)

  • #0 _thread_kern_sched
    from /usr/lib/libc_r.so.5
  • #1 _thread_kern_sched_state_unlock
    from /usr/lib/libc_r.so.5
  • #2 _pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #3 pthread_cond_wait
    from /usr/lib/libc_r.so.5
  • #4 gnome_vfs_thread_pool_wait_for_work
    at gnome-vfs-thread-pool.c line 152
  • #5 thread_entry
    at gnome-vfs-thread-pool.c line 172
  • #6 g_thread_create_proxy
    at gthread.c line 551
  • #7 _thread_start
    from /usr/lib/libc_r.so.5 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-04-19 02:55 -------

The original reporter (reigncracks@hotmail.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
Comment 1 Joe Marcus Clarke 2003-04-19 07:17:14 UTC 
Actually, I _am_ seeing the same crash under FreeBSD 4.x -STABLE.  The
key is themes:/// + "Show hidden and backup files".
Comment 2 Joe Marcus Clarke 2003-04-19 07:20:15 UTC 
This is a more acurate stack trace of the problem.

Program received signal SIGSEGV, Segmentation fault.
0x28bb6fb6 in _gnome_vfs_handle_do_read (handle=0xbfbff578, buffer=0x0,
    num_bytes=8192, bytes_read=0x0, context=0x0) at gnome-vfs-handle.c:134
134     gnome-vfs-handle.c: No such file or directory.
        in gnome-vfs-handle.c
(gdb) bt

+ Trace 36065

  • #0 _gnome_vfs_handle_do_read
    at gnome-vfs-handle.c line 134
  • #1 gnome_vfs_read_cancellable
    at gnome-vfs-cancellable-ops.c line 127
  • #2 object.2
    from /usr/X11R6/lib/gnome-vfs-2.0/modules/libtheme-method.so
  • #3 _gnome_vfs_handle_do_read
    at gnome-vfs-handle.c line 134
  • #4 gnome_vfs_read_cancellable
    at gnome-vfs-cancellable-ops.c line 127
  • #5 gnome_vfs_read
    at gnome-vfs-ops.c line 185
  • #6 eel_read_entire_file
    at eel-vfs-extensions.c line 92
  • #7 link_info_start
    at nautilus-directory-async.c line 3013
  • #8 start_or_stop_io
    at nautilus-directory-async.c line 3069
  • #9 nautilus_directory_async_state_changed
    at nautilus-directory-async.c line 3116
  • #10 link_info_done
    at nautilus-directory-async.c line 2843
  • #11 lacks_link_info
    at nautilus-directory-async.c line 1740
  • #12 is_needy
    at nautilus-directory-async.c line 2141
  • #13 file_needs_high_priority_work_done
    at nautilus-directory-async.c line 3287
  • #14 file_needs_work_done
    at nautilus-directory-async.c line 3321
  • #15 nautilus_directory_add_file_to_work_queue
    at nautilus-directory-async.c line 3332
  • #16 nautilus_directory_add_file
    at nautilus-directory.c line 583
  • #17 dequeue_pending_idle_callback
    at nautilus-directory-async.c line 903
  • #18 directory_load_done
    at nautilus-directory-async.c line 1054
  • #19 directory_load_callback
    at nautilus-directory-async.c line 1080
  • #20 dispatch_load_directory_callback
    at gnome-vfs-job.c line 253
  • #21 dispatch_job_callback
    at gnome-vfs-job.c line 576
  • #22 g_idle_dispatch
    at gmain.c line 3164
  • #23 g_main_dispatch
    at gmain.c line 1653
  • #24 g_main_context_dispatch
    at gmain.c line 2197
  • #25 g_main_context_iterate
  • #26 g_main_loop_run
    at gmain.c line 2498
  • #27 gtk_main
    at gtkmain.c line 1092
  • #28 main
    at nautilus-main.c line 269
  • #29 _start 






Comment 3


Andrew Sobala





          2003-05-04 17:57:07 UTC
        



Thanks a lot; I can reproduce this and will look at it shortly.

Reassigning into themus.






Comment 4


Andrew Sobala





          2003-05-04 18:28:10 UTC
        



2003-05-04  Andrew Sobala  <aes@gnome.org>

	* theme-method.c: (do_open): fix pointer juggling that was causing
	nautilus crashes. Oops again.