GNU bug report logs - #18931
24.4; delete-frame suspends tty when running emacs on virtual terminal

Previous Next

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

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

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Daniel McClanahan <danieldmcclanahan <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4; delete-frame suspends tty when running emacs on virtual terminal
Date: Mon, 3 Nov 2014 01:07:07 -0600

[Message part 1 (text/plain, inline)]

When delete-frame is called, emacs eventually runs the function
server-delete-client, defined in server.el. In server.el, there is an unless
clause stating in the comments "Delete the client's tty, except on
Windows". This assumes that if the user is using emacs with multiple frames,
those separate frames are running in separate ttys. However, when I
typically
use emacs in multiple frames, those multiple frames are simply in separate
virtual terminals within an X session. As a result, this behavior (deleting
the
tty) is vexing for me, since it makes closing a frame also crash emacs,
which is
running in the same tty (the tty is suspended and when unsuspended with fg,
emacs displays text entered literally (^X and the like are displayed, for
example), but does not respond to M-x or other keybindings).

Obviously, this does not occur (I've checked) if:
1) Emacs is running graphically.
2) Emacs is running in gdb.

To make this occur:
1) Run emacs -nw in a virtual terminal window and start server.
2) Run emacsclient -nw in another virtual terminal.
3) Run delete-frame on the client and observe the behavior in the original
emacs
terminal window.

When I commented out that unless clause and rebuilt emacs the behavior
disappears, so I'm confident I've correctly diagnosed the issue. I've
created a
defcustom in my local version of the development bzr branch of server.el to
allow the user to specify whether this behavior should occur, defaulting to
nil
which enables the current behavior. Would sending a patch of this be
acceptable,
or does the project wish to simply continue the current behavior of
server-delete-client?

[Message part 2 (text/html, inline)]

Message #8 received at 18931 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Daniel McClanahan <danieldmcclanahan <at> gmail.com>
Cc: 18931 <at> debbugs.gnu.org
Subject: Re: bug#18931: 24.4; delete-frame suspends tty when running emacs
 on virtual terminal
Date: Fri, 04 Dec 2020 11:40:00 +0100

Daniel McClanahan <danieldmcclanahan <at> gmail.com> writes:

> To make this occur:
> 1) Run emacs -nw in a virtual terminal window and start server.
> 2) Run emacsclient -nw in another virtual terminal.
> 3) Run delete-frame on the client and observe the behavior in the original emacs
> terminal window.

(This bug report unfortunately got no response at the time.)

The term "virtual terminal" isn't anything I can recall having heard
before.  What is that?

> When I commented out that unless clause and rebuilt emacs the behavior
> disappears, so I'm confident I've correctly diagnosed the issue. I've
> created a defcustom in my local version of the development bzr branch
> of server.el to allow the user to specify whether this behavior should
> occur, defaulting to nil which enables the current behavior. Would
> sending a patch of this be acceptable, or does the project wish to
> simply continue the current behavior of server-delete-client?

A patch would be welcome.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #11 received at 18931 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Daniel McClanahan <danieldmcclanahan <at> gmail.com>
Cc: 18931 <at> debbugs.gnu.org
Subject: Re: bug#18931: 24.4; delete-frame suspends tty when running emacs
 on virtual terminal
Date: Fri, 28 May 2021 04:23:50 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

>> To make this occur:
>> 1) Run emacs -nw in a virtual terminal window and start server.
>> 2) Run emacsclient -nw in another virtual terminal.
>> 3) Run delete-frame on the client and observe the behavior in the
>> original emacs
>> terminal window.
>
> (This bug report unfortunately got no response at the time.)
>
> The term "virtual terminal" isn't anything I can recall having heard
> before.  What is that?

Oh, in a different window?  I've tried this recipe in Emacs 28, and I'm
unable to reproduce the problem -- the original Emacs frame isn't
affected by this, as far as I can see.  So I'm going to go ahead and
guess that this has been fixed in more recent Emacs versions.  If you're
still seeing this, please respond to the debbugs address and we'll
reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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