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 113027 - gnome-panel segfaults repeatedly
gnome-panel segfaults repeatedly
Status: RESOLVED DUPLICATE of bug 107111
Product: gnome-panel
Classification: Other
Component: panel
unspecified
Other other
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-05-15 04:12 UTC by Reece Hart
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Reece Hart 2003-05-15 04:13:08 UTC
Package: gnome-panel
Severity: major
Version: 2.2.0.1
Synopsis: gnome-panel segfaults repeatedly
Bugzilla-Product: gnome-panel
Bugzilla-Component: Panel
BugBuddy-GnomeVersion: 2.0 (2.2.0.1)

Description:
Description of Problem:
RH9 crashed; when it came back up, there were numerous errors that gnome
settings couldn't be restored.  Everyone (gnome-panel, nautilus,
gnome-terminal) are all having trouble... sigh.  This almost certainly
isn't a gnome-panel issue per se, but it happens to be the app that
keeps failing.

Steps to reproduce the problem:
1. install RH9
2. crash
3. repeat
(sorry I couldn't be more helpful here)

Actual Results:
gnome-panel gets restarted (by session mgmt?) repeatedly and segfaults
every time.

Expected Results:
no segv, for any reason, even after a crash.

How often does this happen?
once; unable (unwilling) to crash my machine repeatedly.

Additional Information:




Debugging Information:

Backtrace was generated from '/usr/bin/gnome-panel'

(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...[New
Thread 1086409632 (LWP 6777)]
0xffffe002 in ??
    ()

Thread 1 (Thread 1086409632 (LWP 6777))

  • #0 ??
  • #1 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #2 <signal handler called>
  • #3 FAMClose
    from /usr/lib/libfam.so.0
  • #4 FAMMonitorFile
    from /usr/lib/libfam.so.0
  • #5 _init
    from /usr/lib/gnome-vfs-2.0/modules/libfile.so
  • #6 _gnome_vfs_monitor_do_add
    from /usr/lib/libgnomevfs-2.so.0
  • #7 gnome_vfs_monitor_add
    from /usr/lib/libgnomevfs-2.so.0
  • #8 _init
    from /usr/lib/gnome-vfs-2.0/modules/libvfolder-desktop-old.so
  • #9 _init
    from /usr/lib/gnome-vfs-2.0/modules/libvfolder-desktop-old.so
  • #10 _init
    from /usr/lib/gnome-vfs-2.0/modules/libvfolder-desktop-old.so
  • #11 _init
    from /usr/lib/gnome-vfs-2.0/modules/libvfolder-desktop-old.so
  • #12 gnome_vfs_get_file_info_uri_cancellable
    from /usr/lib/libgnomevfs-2.so.0
  • #13 gnome_vfs_get_file_info_uri
    from /usr/lib/libgnomevfs-2.so.0
  • #14 gnome_vfs_get_file_info
    from /usr/lib/libgnomevfs-2.so.0
  • #15 fr_read_dir
  • #16 init_menus
  • #17 session_load
  • #18 main
  • #19 __libc_start_main
    from /lib/tls/libc.so.6
  • #0 ??




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-05-15 00:13 -------

Reassigning to the default owner of the component, gnome-panel-maint@bugzilla.gnome.org.

Comment 1 Reece Hart 2003-05-15 15:46:22 UTC
By "gnome settings couldn't be restored", I really mean that gnome
complains that the gnome-settings-daemon couldn't be started.

FYI, This occurred after I powered off (no shutdown... box was
unresponsive).  ext3 recovered the journal and I expected I'd be fine.
Comment 2 Elijah Newren 2003-05-25 16:18:21 UTC
This is a duplicate of bug 10711, which really isn't going to help you
much since that bug was marked as NOTGNOME.  I'll try to give you a
pointer on what you might try, though.

It sounds like your system somehow got messed up.  One way I've
checked for this before on my RedHat systems (I have power outages
here all the time which caused lots of unclean shutdowns before I got
a UPS so I had to learn this trick) is to run the following command as
root:
   rpm -Va > verify_all_packages.txt
Then wait about an hour for it to finish (it checks the integrity of
each and every file installed via rpm on your machine) and look
through the resulting file.  Mostly, you can search for the string
"missing", although the other changes may be relevant too (see 'man
rpm' for a description of the other fields).  Note that, the most
relevant verification to do would probably be
   rpm -V fam
so if you're impatient, you can just run that--hopefully that would
give some insights.

If this doesn't work for you, I have no clue what to tell you other
than perhaps reinstall or try to contact the FAM developers.

*** This bug has been marked as a duplicate of 107111 ***