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 169980 - nautilus continue crash
nautilus continue crash
Status: RESOLVED FIXED
Product: GARNOME
Classification: Deprecated
Component: general
unspecified
Other other
: High critical
: ---
Assigned To: GARNOME Maintainers
garnome list
: 170647 315789 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-03-11 16:46 UTC by frederik.vos
Modified: 2005-09-11 20:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
stack trace (11.92 KB, text/plain)
2005-03-11 22:58 UTC, Tony Tsui
Details
BUG source: GARNOME patch (7.29 KB, text/plain)
2005-03-12 03:28 UTC, Julian Lamb
Details

Description frederik.vos 2005-03-11 16:46:59 UTC
Distribution: SuSE Linux 9.2 (i586)
Package: nautilus
Severity: normal
Version: GNOME2.10.0 2.10.0
Gnome-Distributor: GARNOME
Synopsis: nautilus continue crash
Bugzilla-Product: nautilus
Bugzilla-Component: general
Bugzilla-Version: 2.10.0
BugBuddy-GnomeVersion: 2.0 (2.10.0)
Description:
Description of the crash:
Nautilus crashes continue, it only starts with: nautilus --no-desktop
--browser  %U (from the panel)

Steps to reproduce the crash:
1. just start gnome
2. or start nautilus
3. 

How often does this happen?
always

Additional Information:
Gnome 2.10, build with garnome, on suse 9.2


Debugging Information:

Backtrace was generated from '/home/fvos/garnome/bin/nautilus'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1090610752 (LWP 13739)]
[New Thread 1097935792 (LWP 13741)]
[Thread debugging using libthread_db enabled]
[New Thread 1090610752 (LWP 13739)]
[New Thread 1097935792 (LWP 13741)]
[New Thread 1095580592 (LWP 13740)]
[Thread debugging using libthread_db enabled]
[New Thread 1090610752 (LWP 13739)]
[New Thread 1097935792 (LWP 13741)]
0xffffe410 in ?? ()

Thread 1 (Thread 1090610752 (LWP 13739))

  • #0 ??
  • #1 ??
  • #2 ??
  • #3 ??
  • #4 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #5 libgnomeui_segv_handle
    from /home/fvos/garnome/lib/libgnomeui-2.so.0
  • #6 <signal handler called>
  • #7 g_object_unref
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #8 image_loading_done_callback
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #9 nautilus_file_update_root_pixmaps
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #10 desktop_background_realized
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #11 nautilus_connect_desktop_background_to_file_metadata
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #12 fm_icon_view_begin_loading
  • #13 g_cclosure_marshal_VOID__VOID
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #14 g_type_class_meta_marshal
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #15 g_closure_invoke
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #16 signal_emit_unlocked_R
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #17 g_signal_emit_valist
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #18 g_signal_emit
    from /home/fvos/garnome/lib/libgobject-2.0.so.0
  • #19 fm_directory_view_begin_loading
  • #20 finish_loading_if_all_metadata_loaded
  • #21 directory_ready_callback
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #22 ready_callback_call
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #23 nautilus_directory_async_state_changed
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #24 execute_queued_functions
    from /home/fvos/garnome/lib/libnautilus-private.so.2
  • #25 g_idle_dispatch
    from /home/fvos/garnome/lib/libglib-2.0.so.0
  • #26 g_main_context_dispatch
    from /home/fvos/garnome/lib/libglib-2.0.so.0
  • #27 g_main_context_iterate
    from /home/fvos/garnome/lib/libglib-2.0.so.0
  • #28 g_main_loop_run
    from /home/fvos/garnome/lib/libglib-2.0.so.0
  • #29 gtk_main
    from /home/fvos/garnome/lib/libgtk-x11-2.0.so.0
  • #30 main
  • #0 ??




------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-03-11 11:46 -------


Unknown version 2.10.0 in product nautilus.  Setting version to "2.10.x".
Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "nautilus".
   Setting to default milestone for this product, '---'
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here, unknown@bugzilla.gnome.org.
   Previous reporter was frederik.vos@l4l.be.
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Elijah Newren 2005-03-11 17:22:25 UTC
Thanks for the bug report.  This appears to be a unique stack trace, according
to the simple-dup-finder.
Comment 2 Tony Tsui 2005-03-11 22:58:58 UTC
Created attachment 38575 [details]
stack trace

I'm seeing this crash as well. Nautilus was started on a new user account.
Thus, there was no previous GNOME settings or GNOME files in the home
directory.

Nautilus was built with GARNOME 2.10.0 on Fedora Core 3.

Attached is my stack trace
Comment 3 Julian Lamb 2005-03-12 01:25:08 UTC
I'm also having this problem with 2.10.  I dropped back to 2.9.91 and the
problem goes away, so I think this bug might have been introduced very recently.

Crashes for all users, even with purged gconf files.
Comment 4 Julian Lamb 2005-03-12 03:28:26 UTC
Created attachment 38580 [details]
BUG source: GARNOME patch

After racking my brain trying to find the problematic code, I realized GARNOME
2.10 is applying a patch to the 2.10 code.  After compiling the raw 2.10 code
(without the GARNOME patch), this bug disappears.

Does anyone know where this patch is from?  I can't find any notice of it in
the mailing lists.
Comment 5 Martin Wehner 2005-03-12 10:43:28 UTC
This looks like an attempt to reduce the memory usage wrt to the background
image. Bug 169347 is related. Reassigning to Garnome.
Comment 6 Nickolay V. Shmyrev 2005-03-12 12:38:32 UTC
Latest patch in bug 169347 should fix the problem. Please, test it. 

If not, it would be nice to see more detailed backtrace, since I can't really
reproduce it. g_object_unref on NULL pointer for produces only warning, not
crash. Probably, you have some glib optimizations in GARNOME?
Comment 7 Julian Lamb 2005-03-12 17:55:46 UTC
I manually patched the 2.10 source with the patch in bug 169347 instead of the
GARNOME patch, and the problem is FIXED.  It appears to be a NULL pointer
causing the problem.

I'm compiling glib with GARNOME, so I'm not compiling glib with any special
optimizations...any other clues to why this would cause a segfault only on our
machines?
Comment 8 Elijah Newren 2005-03-17 16:51:05 UTC
*** Bug 170647 has been marked as a duplicate of this bug. ***
Comment 9 Karsten Bräckelmann 2005-03-18 03:24:54 UTC
Fixed in GARNOME 2.10.0.1.
Comment 10 Christian Kirbach 2005-09-11 20:53:16 UTC
*** Bug 315789 has been marked as a duplicate of this bug. ***