I had this problem too, as /home was on NFS and only a couple of the UID/GIDs
used in /home were in the local lists
Oddly it crashes on my family's near default configs and on blank newly-created
accounts, but not on my own heavily customised one -- I have yet to find out
which change it is that I've made that lets my gnome-panel not crash :/
This backtrace was made by waiting for GP to crash, opening nautilus from a
desktop link, opening gnome-session-properties and setting GP to "normal" rather
than "restart", then manually running GP inside GDB from a gnome-terminal -- I
had been waiting for it to crash then doing GDB attaches to `pidof gnome-panel`,
but the stack was often mangled by the time I got to it
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library
"/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /usr/bin/gnome-panel
[Thread debugging using libthread_db enabled]
[New Thread -1223719232 (LWP 8916)]
** (gnome-panel:8916): WARNING **: Failed to lock: No locks available
** (gnome-panel:8916): WARNING **: Failed to lock: No locks available
id: cannot find name for group ID 1003
[New Thread -1224459344 (LWP 8922)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1223719232 (LWP 8916)]
0xb7670af1 in strstr () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7670af1 in strstr () from /lib/tls/i686/cmov/libc.so.6
#1 0xb78664bb in IA__g_strsplit (string=0x65207370 <Address 0x65207370 out of
bounds>,
delimiter=0xb7ea40d8 " ", max_tokens=2147483647) at gstrfuncs.c:2186
#2 0xb7ea18da in gmenu_tree_directory_make_path () from /usr/lib/libgnome-menu.so.2
#3 0xb7e95859 in ?? () from /usr/lib/libgnome-menu.so.2
#4 0x0820d5b0 in ?? ()
#5 0xb7ea19d3 in ?? () from /usr/lib/libgnome-menu.so.2
#6 0xb7ea1a3c in ?? () from /usr/lib/libgnome-menu.so.2
#7 0x00000000 in ?? ()
#8 0x00000000 in ?? ()
#9 0xb7731900 in __malloc_initialize_hook () from /lib/tls/i686/cmov/libc.so.6
#10 0xfffffff0 in ?? ()
#11 0xbfe8a618 in ?? ()
#12 0xb766b391 in malloc () from /lib/tls/i686/cmov/libc.so.6
#13 0xb7e966d2 in ?? () from /usr/lib/libgnome-menu.so.2
#14 0x0820d4d8 in ?? ()
#15 0xffffffff in ?? ()
#16 0x0000001f in ?? ()
#17 0xb7ea520c in ?? () from /usr/lib/libgnome-menu.so.2
#18 0xb7ea520c in ?? () from /usr/lib/libgnome-menu.so.2
#19 0x0820f15f in ?? ()
#20 0xbfe8a6e8 in ?? ()
#21 0xb7e97491 in ?? () from /usr/lib/libgnome-menu.so.2
#22 0x0820f15f in ?? ()
#23 0xb7ea1acc in ?? () from /usr/lib/libgnome-menu.so.2
#24 0x0820dc88 in ?? ()
#25 0xb7853f7e in IA__g_malloc0 (n_bytes=136370792) at gmem.c:154
Previous frame inner to this frame (corrupt stack?)
(gdb) quit
The program is running. Exit anyway? (y or n)
I had this problem too, as /home was on NFS and only a couple of the UID/GIDs
used in /home were in the local lists
Oddly it crashes on my family's near default configs and on blank newly-created
accounts, but not on my own heavily customised one -- I have yet to find out
which change it is that I've made that lets my gnome-panel not crash :/
This backtrace was made by waiting for GP to crash, opening nautilus from a properties and setting GP to "normal" rather
desktop link, opening gnome-session-
than "restart", then manually running GP inside GDB from a gnome-terminal -- I
had been waiting for it to crash then doing GDB attaches to `pidof gnome-panel`,
but the stack was often mangled by the time I got to it
GNU gdb 6.3-debian gnu"... Using host libthread_db library i686/cmov/ libthread_ db.so.1" .
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-
"/lib/tls/
(gdb) run gnome-panel
Starting program: /usr/bin/
[Thread debugging using libthread_db enabled]
[New Thread -1223719232 (LWP 8916)]
** (gnome-panel:8916): WARNING **: Failed to lock: No locks available
** (gnome-panel:8916): WARNING **: Failed to lock: No locks available
id: cannot find name for group ID 1003
[New Thread -1224459344 (LWP 8922)]
Program received signal SIGSEGV, Segmentation fault. i686/cmov/ libc.so. 6 i686/cmov/ libc.so. 6 0xb7ea40d8 " ", max_tokens= 2147483647) at gstrfuncs.c:2186 directory_ make_path () from /usr/lib/ libgnome- menu.so. 2 libgnome- menu.so. 2 libgnome- menu.so. 2 libgnome- menu.so. 2 initialize_ hook () from /lib/tls/ i686/cmov/ libc.so. 6 i686/cmov/ libc.so. 6 libgnome- menu.so. 2 libgnome- menu.so. 2 libgnome- menu.so. 2 libgnome- menu.so. 2 libgnome- menu.so. 2
[Switching to Thread -1223719232 (LWP 8916)]
0xb7670af1 in strstr () from /lib/tls/
(gdb) bt
#0 0xb7670af1 in strstr () from /lib/tls/
#1 0xb78664bb in IA__g_strsplit (string=0x65207370 <Address 0x65207370 out of
bounds>,
delimiter=
#2 0xb7ea18da in gmenu_tree_
#3 0xb7e95859 in ?? () from /usr/lib/
#4 0x0820d5b0 in ?? ()
#5 0xb7ea19d3 in ?? () from /usr/lib/
#6 0xb7ea1a3c in ?? () from /usr/lib/
#7 0x00000000 in ?? ()
#8 0x00000000 in ?? ()
#9 0xb7731900 in __malloc_
#10 0xfffffff0 in ?? ()
#11 0xbfe8a618 in ?? ()
#12 0xb766b391 in malloc () from /lib/tls/
#13 0xb7e966d2 in ?? () from /usr/lib/
#14 0x0820d4d8 in ?? ()
#15 0xffffffff in ?? ()
#16 0x0000001f in ?? ()
#17 0xb7ea520c in ?? () from /usr/lib/
#18 0xb7ea520c in ?? () from /usr/lib/
#19 0x0820f15f in ?? ()
#20 0xbfe8a6e8 in ?? ()
#21 0xb7e97491 in ?? () from /usr/lib/
#22 0x0820f15f in ?? ()
#23 0xb7ea1acc in ?? () from /usr/lib/
#24 0x0820dc88 in ?? ()
#25 0xb7853f7e in IA__g_malloc0 (n_bytes=136370792) at gmem.c:154
Previous frame inner to this frame (corrupt stack?)
(gdb) quit
The program is running. Exit anyway? (y or n)