GNOME Bugzilla – Bug 74120
apparent crash during frequent file changing/icon redrawing
Last modified: 2004-12-22 21:47:04 UTC
Package: nautilus Severity: critical Version: 1.1.8 Synopsis: apparent crash during frequent file changing Bugzilla-Product: nautilus Bugzilla-Component: general BugBuddy-GnomeVersion: 2.0 (1.112.1) Description: Description of Problem: While editing a text file on my desktop via emacs over and over again, nautilus crashed spontaneously. Can't reproduce. :/ Assume it may have happened during re-rendering of the file icon, but there is no way to be sure. Debugging Information: [New Thread 1024 (LWP 7903)] [New Thread 2049 (LWP 7917)] [New Thread 1026 (LWP 7918)] [New Thread 2051 (LWP 7919)] [New Thread 3076 (LWP 7920)] 0x40946e29 in __wait4 () from /lib/libc.so.6
+ Trace 18932
Thread 1 (Thread 1024 (LWP 7903))
------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-03-10 00:30 ------- Unknown version 1.1.x in product nautilus. Setting version to the default, "unspecified". Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
*** Bug 74378 has been marked as a duplicate of this bug. ***
Other bug has identical trace and same problem- emacs + editing file on desktop.
This used to happen under Nautilus1, as well, although I assumed that the periodic flashing of my desktop, sudden HD grinding, and pegged CPU performance as Nautilus restarted was just part of the way Nautilus changed icons. This time, though, it doesn't restart when it crashes, and gives me a crash-dialog, so I know it's a bug and not just a poorly implemented feature.
Hrm. And now neither of us can duplicate the problem. :/ Closing until we can.
Happening in nautilus2-1.1.9.0.200203140655-snap.ximian.1
Still happens in nautilus2-1.1.11.0.200203280358-0.snap.ximian.1
cc'ing jacob for his consideration later.
*** Bug 80112 has been marked as a duplicate of this bug. ***
Can you take a look, Damon? Thanks.
*** Bug 81291 has been marked as a duplicate of this bug. ***
I haven't managed to reproduce this yet. If anyone knows a reliable way of doing that please add a comment. Do you have the desktop set up to show the saved session files or not?
I do not have any . or ~ files displayed, but those are the only options. Emacs does create visible # files in my desktop. I have nautilus set to draw my desktop and -- this may be relevant-- I also have my homedir set as my desktop. Not sure why it would be, but it's possible.
cc'ing jacob since he was seeing this too.
*** Bug 66847 has been marked as a duplicate of this bug. ***
Is anyone still seeing this? I'm not, though I haven't done the exact steps in a while to test it.
Created attachment 8818 [details] Stack trace from the crash
Yeah, I'm still getting it. It takes longer to make it happen though.
ok, trivially repeatable, essentialy the problem is not removing the file from the link hash in nautilus_file_mark_gone, will commit shortly.
Yes, I spotted this last night as well. The links hash table is broken as well. When inserting it just uses the symlink name, but when looking up in it it uses the full uri. I suppose I'll add another bug about that.