GNU bug report logs -
#1467
23.0.60; Cannot "emacsclient -c" to daemon started from tt1
Previous Next
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.
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):
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):
> 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):
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):
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):
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.