nautilus crashed with SIGSEGV in g_cclosure_marshal_VOID__VOID()

Bug #517740 reported by lelamal
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
New
Medium
Unassigned

Bug Description

Binary package hint: nautilus

As requested by Sebastien Bacher in Bug #422393, I'm reporting the same bug, again!

ProblemType: Crash
Architecture: i386
CrashCounter: 1
Date: Fri Feb 5 20:03:02 2010
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/nautilus
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Package: nautilus 1:2.28.1-0ubuntu3
ProcCmdline: nautilus
ProcEnviron:
 LANGUAGE=en_GB.UTF-8
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
SegvAnalysis:
 Segfault happened at: 0x811ac41: mov 0xc(%eax),%edx
 PC (0x0811ac41) ok
 source "0xc(%eax)" (0x0000000c) not located in a known VMA region (needed readable region)!
 destination "%edx" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: nautilus
StacktraceTop:
 ?? ()
 ?? ()
 ?? ()
 g_cclosure_marshal_VOID__VOID ()
 g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
Title: nautilus crashed with SIGSEGV in g_cclosure_marshal_VOID__VOID()
Uname: Linux 2.6.31-17-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
lelamal (lelamal-deactivatedaccount) wrote :
visibility: private → public
Changed in nautilus (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Sense Egbert Hofstede (sense) wrote :

Thank you for taking the time to report this bug. However, it is a duplicate of bug #515495. Even though Sebastien requested you to report a new bug instead of reopening the old bug, you don't have to create three. One is enough.

Revision history for this message
lelamal (lelamal-deactivatedaccount) wrote :

> Thank you for taking the time to report this bug.
You're welcome.

> However, it is a duplicate of bug #515495.
And how would I know? If it was up to me to decide, I would have followed Apport, and considered bug #515495 itself to be a duplicate of Bug #422393. However, I have been told that was not the case for the latter was fixed, so I followed his advice.

> Even though Sebastien requested you to report
> a new bug instead of reopening the old bug, you don't have to create
> three. One is enough.
One may be enough now, but not before. Again: how would I know when could that have been enough? I had been instructed to use Apport to open a new bug for it might have been a different or new issue... but then I thought that Apport is the same tool whose precision I had been instructed to question and ignore, so I believed it safer to report each new instance of this particular bug and wait for retraicing. In the end, I am an average user, while Sebastien is the expert, and I would never question his word. Anyway, now that I have an official word on the matter, I know it is useless to keep reporting this bug.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.