GNU bug report logs - #14958
24.2; emacs --daemon crashing when X-frames are removed ungracefully

Previous Next

To reply to this bug, email your comments to 14958 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: lee <lee <at> yun.yagibdah.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.2; emacs --daemon crashing when X-frames are removed ungracefully
Date: Fri, 26 Jul 2013 16:26:31 +0200

This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':


Running "emacs --daemon" from the console to get a persistent emacs
session and then using frames in the X session crashes emacs when the X
session is terminated before all the frames were closed.

This defeats the purpose of the daemon mode for me.  Is it possible to
make it so that the emacs daemon survives the ungraceful removal of
frames?


If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/usr/share/emacs/24.2/etc/DEBUG.


In GNU Emacs 24.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2)
 of 2013-07-15 on buildvm-18.phx2.fedoraproject.org
Configured using:
 `configure '--build=x86_64-redhat-linux-gnu'
 '--host=x86_64-redhat-linux-gnu' '--program-prefix='
 '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr'
 '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
 '--datadir=/usr/share' '--includedir=/usr/include'
 '--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
 '--localstatedir=/var' '--sharedstatedir=/var/lib'
 '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus'
 '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff'
 '--with-xft' '--with-xpm' '--with-x-toolkit=gtk3' '--with-gpm=no'
 '--with-wide-int' 'build_alias=x86_64-redhat-linux-gnu'
 'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
 -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
 --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic'
 'LDFLAGS=-Wl,-z,relro ''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_GB.utf8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Fvwm

Minor modes in effect:
  shell-dirtrack-mode: t
  diff-auto-refine-mode: t
  show-paren-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  size-indication-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
O A ESC O B ESC O B ESC O B ESC O B ESC O B ESC O B 
ESC O B ESC O B ESC O B C-x b RET DEL C-x C-s ESC O 
B ESC [ 3 ~ ESC O B ESC [ 3 ~ ESC O B ESC [ 3 ~ ESC 
O B ESC [ 3 ~ C-x C-s ESC O C ESC O C ESC O C ESC O 
C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC 
O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C 
ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC 
O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C 
ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC 
O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C 
ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC 
O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C 
ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC 
O C ESC O C ESC O C ESC O C ESC O C ESC O C ESC O C 
ESC O C DEL ESC O D ESC O C 4 C-x C-s ESC x m a n C-g 
ESC x r e p o r TAB RET

Recent messages:
Desktop: 233 buffers restored.
Loading term/xterm...done
For information about GNU Emacs and the GNU system, type C-h C-a.
byte-code: Beginning of buffer [13 times]
Saving file /home/lee/.fvwm/fvwm-icon-man.fvwm...
Wrote /home/lee/.fvwm/fvwm-icon-man.fvwm
Saving file /home/lee/.fvwm/fvwm-icon-man.fvwm...
Wrote /home/lee/.fvwm/fvwm-icon-man.fvwm
Saving file /home/lee/.fvwm/fvwm-icon-man.fvwm...
Wrote /home/lee/.fvwm/fvwm-icon-man.fvwm
Quit

Load-path shadows:

-- 
Debugger entered--Lisp error: (error "C-c C-c can do nothing useful at
this location")

Message #8 received at 14958 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: lee <lee <at> yun.yagibdah.de>
Cc: 14958 <at> debbugs.gnu.org
Subject: Re: bug#14958: 24.2;
 emacs --daemon crashing when X-frames are removed ungracefully
Date: Fri, 26 Jul 2013 11:54:23 -0400

lee wrote:

> In GNU Emacs 24.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2)
>  of 2013-07-15 on buildvm-18.phx2.fedoraproject.org

It might help to use the lucid toolkit rather than GTK+.
./configure --with-x-toolkit=lucid

Not sure if Fedora offers that as an alternative (like emacs-nox).

Message #11 received at 14958 <at> debbugs.gnu.org (full text, mbox):

From: lee <lee <at> yun.yagibdah.de>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 14958 <at> debbugs.gnu.org
Subject: Re: bug#14958: 24.2;
 emacs --daemon crashing when X-frames are removed ungracefully
Date: Sat, 27 Jul 2013 12:29:56 +0200

Glenn Morris <rgm <at> gnu.org> writes:

> lee wrote:
>
>> In GNU Emacs 24.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2)
>>  of 2013-07-15 on buildvm-18.phx2.fedoraproject.org
>
> It might help to use the lucid toolkit rather than GTK+.
> ./configure --with-x-toolkit=lucid
>
> Not sure if Fedora offers that as an alternative (like emacs-nox).

At least I don't find it in the packages.  They are strongly orientated
towards gnome, so I'm not surprised.

I pulled from bzr, compiled with lucid and made a test:  Started emacs
in daemon mode, left two frames open and exited fvwm which closes the X
session.

After that, the emacs daemon is unresponsive, i. e. 'emacsclient -nw'
doesn't do anything, and I can only kill the emacs process.


-- 
Debugger entered--Lisp error: (error "C-c C-c can do nothing useful at
this location")

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.