[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#15037: Display can't be opened (display newer than emacs session)
From: |
Sewall, Jason |
Subject: |
bug#15037: Display can't be opened (display newer than emacs session) |
Date: |
Wed, 7 Aug 2013 17:37:34 +0000 |
> From: Jan Djärv [mailto:jan.h.d@swipnet.se]
> Sent: Wednesday, August 7, 2013 1:33 AM
> That is not what Emacs does. "Reading available displays" is not possible.
> Emacs just tries to connect when you do open display.
Makes sense.
> Did you kill the old server and start a new server in the same shell as you
> started the first? My guess is that you did not, and so the second server
> either gets the correct authentication and thus can connect.
If you mean kill emacs and restart it, I could certainly do that (it will work,
from past experience) but it defeats the purpose from my point of view. I'd
like emacs to be able to create a frame on any display I ask it to, no matter
the relative age of the emacs session and the remote display. If you mean
(server-start), that is easy to do, but my understanding is that it has nothing
to do with remote displays. Indeed, if I do emacs -Q (i.e., starting no
servers) I am able to do that make-frame-on-display without trouble (for an
emacs newer than the display)
> To really see what is going on you would need to debug Emacs with gdb
> when the make-frame-on-display fails.
While that is fine, as a somewhat experienced programmer and noob with Emacs
internals, I am very surprised there isn't a higher-level way to debug this
sort of problem in emacs-lisp. It isn't something I have the time to figure up
right now at any rate.
Cheers,
Jason