bug#3360: 23.0.94; emacs daemon hangs when remote X session closes.

bug#3360: 23.0.94; emacs daemon hangs when remote X session closes.

[Oscar Fuentes]

Start the daemon:

emacs --daemon -Q

On a remote X server, start emacs:

emacsclient -c -n -d myxserver:0

Now, if the X session crashes or the frame is closed without
explicitly requiring emacs to delete it (for instance, closing the
frame with the mouse clicking on the frame `close' button), the daemon
becomes unresponsive. This is what I see on the terminal on the next
attempt to create a new frame:

oscar@qcore:~$ emacsclient -c -n -d acer:0
emacsclient: connect: Connection refused
emacsclient: No socket or alternate editor.  Please use:

        --socket-name
        --server-file      (or environment variable EMACS_SERVER_FILE)
        --alternate-editor (or environment variable ALTERNATE_EDITOR)

Same happens if you try to open a frame on the same machine where the
daemon runs. Emacs is on the list of active processes and you need to
kill it.

If a frame existed on the machine where the daemon runs, it becomes
unresponsive. Any keystroke, mouse click, etc, will produce a 100% cpu
usage for some seconds without further response from emacs.



In GNU Emacs 23.0.94.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.16.1)
 of 2009-05-23 on qcore
Windowing system distributor `The X.Org Foundation', version 11.0.10600000
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_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  show-paren-mode: t
  diff-auto-refine-mode: t
  iswitchb-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
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t

Recent input:
C-x b . m e s C-g C-x b m e s s <return> C-x b C-g 
C-x C-f <C-left> <C-left> <C-left> C-k . e m <tab> 
<return> C-s ` C-s C-s C-s C-s C-s C-s C-s C-a C-x 
C-f e r l <tab> <return> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> C-x b <return> M-< C-s ` C-a M-< M-x 
o c c u r <return> ` <return> M-x d l e <backspace> 
<backspace> e l t e SPC f <backspace> <backspace> <backspace> 
e t e SPC f i <tab> <return> e r <tab> <return> <escape> 
<escape> <escape> M-x g n u s <return> <up> q y h C-_ 
<f10> <menu-bar> <help-menu> <send-emacs-bug-repor
t>

Recent messages:
Reading active file from archive via nnfolder...done
Generating the cache active file...done
No new newsgroups
Checking new news...
Opening nntp server on news.gmane.org...done
Checking new news...done
No more unread newsgroups
Are you sure you want to quit reading news? (y or n) 
(No changes need to be saved)
Undo!


;; -- 
;; Óscar

bug#3360: Acknowledgement (23.0.94; emacs daemon hangs when remote X session closes.)

[Óscar Fuentes]

Emacs crashes too if `make-frame-on-display' is used on a non-daemonized
emacs, when the remote frame is closed.

The problem seems related to

http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1493#62

as it goes away when emacs is configured with --with-x-toolkit=lucid

(not with --enable-toolkit=lucid as the referenced message says).

However, GTK is the default toolkit picked on my install. Since the
upgrade to Kubuntu 9.04, which includes KDE 4.2, changing the setting of
"GTK styles and fonts" to "Raleigh" no longer fixes the crash.

-- 
Óscar