GNU bug report logs - #1467
23.0.60; Cannot "emacsclient -c" to daemon started from tt1

Previous Next

Package: emacs;

Reported by: pent <pent <at> aparamon.msk.ru>

Date: Mon, 1 Dec 2008 20:10:04 UTC

Severity: normal

Done: Андрей Парамонов <cmr.pent <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1467 in the body.
You can then email your comments to 1467 AT debbugs.gnu.org in the normal way.

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#1467; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to pent <pent <at> aparamon.msk.ru>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

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

From: pent <pent <at> aparamon.msk.ru>
To: emacs-pretest-bug <at> gnu.org
Cc: rfrancoise <at> debian.org
Subject: 23.0.60; Cannot "emacsclient -c" to daemon started from tt1
Date: Mon, 01 Dec 2008 23:03:29 +0300
0) Start X session.

1) Switch to tty1 or any other console terminal and run
  
   $ emacs --daemon

   Emacs server loads (correct).

2) Make sure you can connect to it by running

   $ emacsclient -t

   This should work from both tty and X sessions (correct).

3) Switch to X session and run

   $ emacsclient -c

   This fails with message

   Waiting for Emacs...
   *ERROR*: Display :0.0 can't be opened

I think it would be really nice if Emacs could easily survive X crash.

I'm ready to provide any additional info,
Andrey

In GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11)
 of 2008-11-30 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20081129-1)
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure  '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

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: ru_RU.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Info

Minor modes in effect:
  delete-selection-mode: t
  pc-selection-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  tool-bar-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
  global-visual-line-mode: t
  visual-line-mode: t
  transient-mark-mode: t




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#1467; Package emacs. (Sat, 27 Dec 2008 15:20:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Chong Yidong <cyd <at> stupidchicken.com>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sat, 27 Dec 2008 15:20:02 GMT) Full text and rfc822 format available.

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: pent <pent <at> aparamon.msk.ru>
Cc: 1467 <at> debbugs.gnu.org
Subject: Re: 23.0.60; Cannot "emacsclient -c" to daemon started from tt1
Date: Sat, 27 Dec 2008 10:14:53 -0500
> 0) Start X session.
> 1) Switch to tty1 or any other console terminal and run
>    $ emacs --daemon
>    Emacs server loads (correct).
> 2) Make sure you can connect to it by running
>    $ emacsclient -t
>    This should work from both tty and X sessions (correct).
> 3) Switch to X session and run
>    $ emacsclient -c
>    This fails with message
>    Waiting for Emacs...
>    *ERROR*: Display :0.0 can't be opened

I can't reproduce this with the latest CVS.  Could you try that and see
if the bug is still present?




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

Acknowledgement sent to "Андрей Парамонов" <cmr.pent <at> gmail.com>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 04 Jan 2009 11:05:06 GMT) Full text and rfc822 format available.

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

From: "Андрей Парамонов" <cmr.pent <at> gmail.com>
To: 1467 <at> debbugs.gnu.org
Subject: Bug still here
Date: Sun, 4 Jan 2009 13:58:10 +0300
Happy New Year!

I've just checked the problem with the latest snapshot and it's still here.

Please tell me what kind of debug info I should try to acquire,
Andrey




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#1467; Package emacs. (Mon, 16 Feb 2009 18:55:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Андрей Парамонов <cmr.pent <at> gmail.com>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Mon, 16 Feb 2009 18:55:03 GMT) Full text and rfc822 format available.

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

From: Андрей Парамонов <cmr.pent <at> gmail.com>
To: 1467 <at> debbugs.gnu.org
Subject: 23.0.60; Cannot "emacsclient -c" to daemon started from tty1
Date: Mon, 16 Feb 2009 21:48:35 +0300
Hello maintainers!

I'm still experiencing the problem, even with latest snapshots. But
today, instead of killing emacs daemon which didn't respond, I've
tried (with almost no hope) to "wake it up" via SIGHUP... and it
worked! After that I managed to connect to the running daemon. It's
worth noting that the trick works only if SIGHUP is sent from under
the same X session I'd later be connecting from with emacsclient.

As I told in the first message, I'm using Debian emacs-snapshot
package. Chong Yidong claims he cannot reproduce the problem. Do you
think the problem may be connected with the Debian packaging and not
Emacs itself? If so, what additional info should I provide?

Andrey




Reply sent to Андрей Парамонов <cmr.pent <at> gmail.com>:
You have taken responsibility. (Wed, 05 Aug 2009 00:55:06 GMT) Full text and rfc822 format available.

Notification sent to pent <pent <at> aparamon.msk.ru>:
bug acknowledged by developer. (Wed, 05 Aug 2009 00:55:06 GMT) Full text and rfc822 format available.

Message #25 received at 1467-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Андрей Парамонов <cmr.pent <at> gmail.com>
To: "Trent W. Buck" <trentbuck <at> gmail.com>
Cc: 539809 <at> bugs.debian.org
Subject: Re: Bug#539809: emacs23-gtk: emacsclient cannot connect to daemon run 
	from tty1
Date: Tue, 4 Aug 2009 23:42:30 +0400
2009/8/4 Trent W. Buck <trentbuck <at> gmail.com>:
> Is the XAUTHORITY environment variable defined within your X session?
>
> If so, the reason the Emacs daemon can't connect to your X server is
> because it is trying to use ~/.Xauthority, but the file is in some
> other place.
>
> GDM puts the .Xauthority file in a different place when $HOME is on a
> root-squashed NFS filesystem, because when the file is created GDM
> runs as root, and can't write the file to ~/.Xauthority as normal.  It
> sets the XAUTHORITY environment variable to the other place (in
> /tmp/), so all the child processes know to look there.
>
> But emacs --daemon was started outside of the GDM process tree, so it
> doesn't "see" the XAUTHORITY environment variable.
>
> When I ran into this problem (using screen, not emacs --daemon), I
> worked around it with the following code in my .xsession file:
>
>    ## Dance so screen subprocesses can talk to GDM-spawned X servers.
>    if test -n "$XAUTHORITY"
>    then
>        xauth extract - $DISPLAY |
>        xauth -f ~/.Xauthority merge -
>        unset XAUTHORITY
>    fi
>
> Note that depending on your DM, .xsession may be called .xinitrc or
> .Xclients.  Typically you also have to choose "default X session" or
> similar, rather than "GNOME" or whatever.
>

Thank you for a very helpful response!

I don't use NFS, but the problem was indeed in my ~/.Xauthority (it
was owned by root and 600 for some reason). I've removed my
~/.Xauthority and restarted X, and now my Emacs can survive X crash
:-)

Andrey



bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> emacsbugs.donarmstrong.com. (Wed, 02 Sep 2009 14:24:11 GMT) Full text and rfc822 format available.

This bug report was last modified 14 years and 211 days ago.

Previous Next


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