bug#23044: 25.1.50; Closing clients over X kills Emacs

bug#23044: 25.1.50; Closing clients over X kills Emacs

[Lars Magne Ingebrigtsen]

I know the conf process says that gtk + X + emacsclient can be tricky,
but this was pretty weird.

I had ssh-d in to my main machine from my laptop and started a new frame
with emacsclient -c.  I then closed the frame and rebooted the laptop.
This made the Emacs server frames freeze, and gdb give the backtrace
beneath.

I've still got the gdb running if there's something to be done here...

#1  0x00000000004fdc73 in emacs_abort () at sysdep.c:2255
#2  0x00000000004bcb21 in x_connection_closed (dpy=dpy@entry=0x51921c0, 
    error_message=<optimized out>, 
    error_message@entry=0x7fffffffd500 "Connection lost to X server 'localhost:12.0'", ioerror=ioerror@entry=true) at xterm.c:9462
#3  0x00000000004bcc36 in x_io_error_quitter (display=0x51921c0)
    at xterm.c:9568
#4  0x00007ffff4ca135e in _XIOError ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007ffff4c9eedd in _XEventsQueued ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007ffff4c905cd in XPending ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007ffff6a3c1fb in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#8  0x00007ffff5400e5f in g_main_context_prepare ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x00007ffff540154b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x00007ffff54016df in g_main_context_pending ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x00007ffff6df244d in gtk_events_pending ()
   from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#12 0x00000000004bcc75 in XTread_socket (terminal=<optimized out>, 
    hold_quit=0x7fffffffd760) at xterm.c:8772
#13 0x00000000004ec2d9 in gobble_input () at keyboard.c:6802
    local_getcjmp=<optimized out>, end_time=<optimized out>) at keyboard.c:2141
#26 read_decoded_event_from_main_queue (used_mouse_menu=<optimized out>, 
    prev_event=<optimized out>, local_getcjmp=<optimized out>, 
    end_time=<optimized out>) at keyboard.c:2204
#27 read_char (commandflag=commandflag@entry=1, map=map@entry=395629651, 
    prev_event=0, used_mouse_menu=used_mouse_menu@entry=0x7fffffffe61b, 
    end_time=end_time@entry=0x0) at keyboard.c:2792
#28 0x00000000004f1fb5 in read_key_sequence (
    keybuf=keybuf@entry=0x7fffffffe6f0, prompt=prompt@entry=0, 
    dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9053
#29 0x00000000004f3316 in command_loop_1 () at keyboard.c:1358
#30 0x00000000005573cd in internal_condition_case (
    bfun=bfun@entry=0x4f3120 <command_loop_1>, handlers=handlers@entry=18048, 
    hfun=hfun@entry=0x4e9480 <cmd_error>) at eval.c:1309
#31 0x00000000004e79ec in command_loop_2 (ignore=ignore@entry=0)
    at keyboard.c:1100
#32 0x000000000055745b in internal_catch (tag=tag@entry=44880, 
    func=func@entry=0x4e79d0 <command_loop_2>, arg=arg@entry=0) at eval.c:1074
#33 0x00000000004e79a7 in command_loop () at keyboard.c:1079
#34 0x00000000004e9078 in recursive_edit_1 () at keyboard.c:685
    end_time=<optimized out>) at keyboard.c:2204
#27 read_char (commandflag=commandflag@entry=1, map=map@entry=395629651, 
    prev_event=0, used_mouse_menu=used_mouse_menu@entry=0x7fffffffe61b, 
    end_time=end_time@entry=0x0) at keyboard.c:2792
#28 0x00000000004f1fb5 in read_key_sequence (
    keybuf=keybuf@entry=0x7fffffffe6f0, prompt=prompt@entry=0, 
    dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9053
#29 0x00000000004f3316 in command_loop_1 () at keyboard.c:1358
#30 0x00000000005573cd in internal_condition_case (
    bfun=bfun@entry=0x4f3120 <command_loop_1>, handlers=handlers@entry=18048, 
    hfun=hfun@entry=0x4e9480 <cmd_error>) at eval.c:1309
#31 0x00000000004e79ec in command_loop_2 (ignore=ignore@entry=0)
    at keyboard.c:1100
#32 0x000000000055745b in internal_catch (tag=tag@entry=44880, 
    func=func@entry=0x4e79d0 <command_loop_2>, arg=arg@entry=0) at eval.c:1074
#33 0x00000000004e79a7 in command_loop () at keyboard.c:1079
#34 0x00000000004e9078 in recursive_edit_1 () at keyboard.c:685
#35 0x00000000004e93ad in Frecursive_edit () at keyboard.c:756
#36 0x0000000000417688 in main (argc=1, argv=0x7fffffffea88) at emacs.c:1617




In GNU Emacs 25.1.50.28 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2)
 of 2016-03-17 built on stories
Repository revision: 58862751bde2611d9ea99a33ecb5b0c13a7513b9
Windowing system distributor 'The X.Org Foundation', version 11.0.11204000
System Description:	Debian GNU/Linux 7.9 (wheezy)

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GSETTINGS NOTIFY GNUTLS
LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11

Important settings:
  value of $LANG: en_US
  locale-coding-system: iso-latin-1-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent messages:
../../../../.emacs: ‘with-decoded-time-value’ is an obsolete macro (as of 25.1). [2 times]
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Load-path shadows:
/home/larsi/src/clock.el/clock hides /home/larsi/lisp/clock
/home/larsi/src/cddb.el/expect hides /home/larsi/lisp/expect
/home/larsi/src/pvr.el/pvr hides /home/larsi/lisp/pvr
~/pgnus/contrib/vcard hides /home/larsi/lisp/vcard
/home/larsi/src/cddb.el/captitle hides /home/larsi/lisp/captitle
~/lisp/zenirc-2.112/src/zenirc-example hides /home/larsi/lisp/zenirc-example
/home/larsi/lisp/dom hides /home/larsi/src/emacs/trunk/lisp/dom
~/pgnus/contrib/compface hides /home/larsi/src/emacs/trunk/lisp/image/compface

Features:
(shadow sort emacsbug message format-spec rfc822 mml mml-sec epa epg
gnus-util rmail rmail-loaddefs mailabbrev gmm-utils mailheader sendmail
mail-utils movie mkv shr svg imdb dom pvr debug debbugs-gnu easy-mmode
derived debbugs soap-client mm-decode mm-bodies mm-encode url-http tls
gnutls url-auth mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw
puny url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-domsuf url-util mailcap warnings rng-xsd rng-dt rng-util
xsd-regexp xml ido seq flyspell ispell benchmark w3m browse-url doc-view
subr-x dired dired-loaddefs image-mode timezone w3m-hist w3m-fb w3m-ems
wid-edit w3m-ccl ccl w3m-favicon w3m-image w3m-proc w3m-util add-log
mail-extr mm-util mail-prsvr jka-compr cl finder-inf package epg-config
url-handlers url-parse auth-source cl-seq eieio byte-opt bytecomp
byte-compile cl-extra help-mode easymenu cconv eieio-core cl-macs gv
eieio-loaddefs cl-loaddefs pcase cl-lib password-cache url-vars
time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev
obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face
macroexp files text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote inotify
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 194350 9015)
 (symbols 48 29150 0)
 (miscs 40 50 154)
 (strings 32 44131 6895)
 (string-bytes 1 1208247)
 (vectors 16 22205)
 (vector-slots 8 529826 3582)
 (floats 8 366 67)
 (intervals 56 462 413)
 (buffers 976 13)
 (heap 1024 15816 1141))

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#23044: 25.1.50; Closing clients over X kills Emacs

[Óscar Fuentes]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> I know the conf process says that gtk + X + emacsclient can be tricky,
> but this was pretty weird.
>
> I had ssh-d in to my main machine from my laptop and started a new frame
> with emacsclient -c.  I then closed the frame and rebooted the laptop.
> This made the Emacs server frames freeze, and gdb give the backtrace
> beneath.

Have you seen the PROBLEMS entry

** When Emacs is compiled with Gtk+, closing a display kills Emacs.

?

Except for the part "I then closed the frame". The known problem talks
about the X frame closing unexpectedly, which maybe is not your case,
but my experience was that the Emacs server will crash whenever you
close the remote frame by clicking on the frame's Close button. See for
example

https://debbugs.gnu.org/db/33/3360.html

bug#23044: 25.1.50; Closing clients over X kills Emacs

[Lars Magne Ingebrigtsen]

Óscar Fuentes <ofv@wanadoo.es> writes:

> Have you seen the PROBLEMS entry
>
> ** When Emacs is compiled with Gtk+, closing a display kills Emacs.

Yup.  But I typed `C-x 5 0' the frame, and it went away before I
rebooted the laptop, so I thought this may have been...  something else.

I had not shut down the X tunnel (over ssh) before I rebooted, though.
Could there have been...  er...  some...  residue of the connection
still lingering on, perhaps?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#23044: 25.1.50; Closing clients over X kills Emacs

[Lars Magne Ingebrigtsen]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> I had not shut down the X tunnel (over ssh) before I rebooted, though.
> Could there have been...  er...  some...  residue of the connection
> still lingering on, perhaps?

It's probably the same gtk bug, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no