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 356857 - gnome-session crash & unable to get a stack trace
gnome-session crash & unable to get a stack trace
Status: RESOLVED FIXED
Product: gnome-session
Classification: Core
Component: gnome-session
2.16.x
Other All
: High critical
: ---
Assigned To: Session Maintainers
Session Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-09-20 08:14 UTC by Dimitur Kirov
Modified: 2006-10-27 12:09 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Dimitur Kirov 2006-09-20 08:14:25 UTC
Steps to reproduce:
After 3-4 hours of working I get a random application crash and I'm unable to start a new desktop application. bug-buddy starts, but it cannot be shown too, so I miss the trace. The only option is to restart X11. 




Stack trace:
ps axfww gives the following output

....
26182 ?        Ss     0:00      \_ gnome-session
26202 ?        Ss     0:00          \_ /usr/bin/ssh-agent -- gnome-session
 3922 ?        S      0:00          \_ /usr/libexec/gnome_segv gnome-session 11 2.16.0
 3925 ?        S      0:00              \_ /usr/bin/bug-buddy --appname=gnome-session --pid=26182 --package-ver=(null)
....
26236 ?        Ss     0:04 gnome-power-manager
 3923 ?        S      0:00  \_ /usr/libexec/gnome_segv gnome-power-manager 11 2.16.0
 3924 ?        S      0:00      \_ /usr/bin/bug-buddy --appname=gnome-power-manager --pid=26236 --package-ver=(null)
....
 3921 ?        S      0:00 /usr/libexec/gnome_segv epiphany 11 2.16.0
 3926 ?        S      0:00  \_ /usr/bin/bug-buddy --appname=epiphany --pid=3006 --package-ver=(null)


what is in ~/.xsession-errors

/etc/X11/gdm/PreSession/Default: Registering your session with wtmp and utmp
/etc/X11/gdm/PreSession/Default: running: /usr/X11R6/bin/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x "/var/gdm/:0.Xservers" -h "" -l ":0" "kirov"
/etc/X11/gdm/Xsession: Beginning session setup...
/etc/X11/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- gnome-session
SESSION_MANAGER=local/kirov:/tmp/.ICE-unix/3985
Gnome-Message: gnome_execute_async_with_env_fds: returning -1
seahorse nautilus module initialized

(gnome-panel:4035): GLib-CRITICAL **: g_string_append: assertion `val != NULL' failed


Other information:
system is Gentoo GNU/Linux
gnome-session-2.16.0
gdm-2.16.0-r1
libgnome-2.16.0
bug-buddy-2.16.0

I tryied to remove package bug-buddy. When the crash happen I get and error dialog, which says that session will be restarted.
Comment 1 Dimitur Kirov 2006-09-20 09:47:09 UTC
During the crash '/tmp/.ICE-unix/PID' socket is not responsible

$ strace epiphany
......
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
mkdir("/home/kirov/.gnome2", 0700)      = -1 EEXIST (File exists)
mkdir("/home/kirov/.gnome2_private", 0700) = -1 EEXIST (File exists)
chmod("/home/kirov/.gnome2_private/", 0700) = 0
mkdir("/home/kirov/.gnome2/accels", 0700) = -1 EEXIST (File exists)
gettimeofday({1158745214, 28368}, NULL) = 0
gettimeofday({1158745214, 28793}, NULL) = 0
gettimeofday({1158745214, 28873}, NULL) = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 10
uname({sys="Linux", node="kirov", ...}) = 0
connect(10, {sa_family=AF_FILE, path="/tmp/.ICE-unix/26032"}, 22) = 0
fcntl64(10, F_SETFD, FD_CLOEXEC)        = 0
write(10, "\0\1\0\0\0\0\0\0", 8)        = 8
read(10,  
- waits forever
Comment 2 Dimitur Kirov 2006-09-21 06:59:21 UTC
Once again I had a crash and managed to get a stacktrace from epiphany proccess

(gdb) thread apply all bt full


Is it possible epiphany to cause the crash of gnome-session ?
Comment 3 Vincent Untz 2006-10-01 14:15:17 UTC
Thanks for the bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash. Can you get us one with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so.

Also, we'd love a stack trace of gnome-session, since this is the main issue here. You'll probably need to run gnome-session from the console in gdb, though.
Comment 4 Dimitur Kirov 2006-10-02 11:04:59 UTC
The only debug trace that I can get is similar to the one in Bug 358263 .Could you point me to a command line for running gnome-session + dbus-daemon + ssh-agent in gdb? I tried it with startx, but after "run" the login process hang up forever.

gdb trace:
(gdb) thread apply all bt full

Thread 1 (Thread -1223444816 (LWP 6171))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/libpthread.so.0
  • #2 gnome_gtk_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 dbus_g_method_return_error
    from /usr/lib/libdbus-glib-1.so.2
  • #5 IA__g_slist_find_custom
    at gslist.c line 389
  • #6 dbus_g_proxy_set_interface
    from /usr/lib/libdbus-glib-1.so.2
  • #7 ??
  • #8 ??
  • #9 ??
  • #10 ??
  • #11 ??
  • #0 __kernel_vsyscall
Detaching from program: /usr/bin/gnome-session, process 6171
Comment 5 Vincent Untz 2006-10-08 16:57:08 UTC
ssh-agent and dbus-daemon only set environment variables, I believe. You can launch them and set the correct variables or launch them with bash as a command to launch. Then "gdb gnome-session" :-)
Comment 6 Dimitur Kirov 2006-10-26 12:07:52 UTC
Cannot reproduce the crash anymore. Meanwhile dbus has been upgraded to 0.94 and gnome-session is 2.16.1
Comment 7 Vincent Untz 2006-10-27 12:09:31 UTC
Well, let's close the bug then. If this happens again, feel free to reopen :-)

Thanks