GNU bug report logs - #3360
gtk daemon close display hang

Previous Next

Package: emacs;

Reported by: "Oscar Fuentes" <ofv <at> wanadoo.es>

Date: Sun, 24 May 2009 03:40:05 UTC

Severity: normal

Merged with 5386, 39222

Found in version 24.5

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#3360; Package emacs. (Sun, 24 May 2009 03:40:06 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Oscar Fuentes" <ofv <at> wanadoo.es>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 24 May 2009 03:40:06 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Oscar Fuentes" <ofv <at> wanadoo.es>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.94; emacs daemon hangs when remote X session closes.
Date: Sun, 24 May 2009 05:34:20 +0200
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 <at> 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



Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#3360; Package emacs. (Sun, 24 May 2009 15:15:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Óscar Fuentes <ofv <at> wanadoo.es>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 24 May 2009 15:15:05 GMT) Full text and rfc822 format available.

Message #10 received at 3360 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Óscar Fuentes <ofv <at> wanadoo.es>
To: 3360 <at> debbugs.gnu.org
Subject: Re: bug#3360: Acknowledgement (23.0.94; emacs daemon hangs when remote X session closes.)
Date: Sun, 24 May 2009 17:11:21 +0200
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://debbugs.gnu.org/cgi/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



Merged 3360 5386. Request was from Chong Yidong <cyd <at> stupidchicken.com> to control <at> debbugs.gnu.org. (Fri, 15 Jan 2010 16:51:05 GMT) Full text and rfc822 format available.

Changed bug title to 'gtk daemon close display hang' from '23.0.94; emacs daemon hangs when remote X session closes.' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 19 Jan 2010 19:24:02 GMT) Full text and rfc822 format available.

Forcibly Merged 3360 5386 39222. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Wed, 22 Jan 2020 06:35:02 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 118 days ago.

Previous Next


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