bug#14958: 24.2; emacs --daemon crashing when X-frames are removed ungracefully

bug#14958: 24.2; emacs --daemon crashing when X-frames are removed ungracefully

[lee]

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")

bug#14958: 24.2; emacs --daemon crashing when X-frames are removed ungracefully

[Glenn Morris]

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).

bug#14958: 24.2; emacs --daemon crashing when X-frames are removed ungracefully

[lee]

Glenn Morris <rgm@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")