GNU bug report logs - #75056
31.0.50; tty-child-frames with server / multiple clients possible hangs

Previous Next

Package: emacs;

Reported by: Len Trigg <lenbok <at> gmail.com>

Date: Tue, 24 Dec 2024 05:44:02 UTC

Severity: normal

Found in version 31.0.50

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: gerd.moellmann <at> gmail.com, lenbok <at> gmail.com, 75056 <at> debbugs.gnu.org
Subject: Re: bug#75056: 31.0.50; tty-child-frames with server / multiple
 clients possible hangs
Date: Sun, 26 Jan 2025 21:05:49 +0200

> Date: Sun, 26 Jan 2025 17:44:39 +0100
> Cc: gerd.moellmann <at> gmail.com, lenbok <at> gmail.com, 75056 <at> debbugs.gnu.org
> From: martin rudalics <rudalics <at> gmx.at>
> 
>  > I just described what factually happens:
>  >
>  >    emacs -Q -nw
>  >    C-x 5 b RET
>  >    M-: (frame-visible-p (next-frame)) RET
>  >     => t
> 
> That's what 'frame-visible-p' does.  I wondered what happened to
> FRAME_OBSCURED_P in w32_read_socket.  Has that become obsolete?

Gerd decided to remove that as part of the TTY child frames changeset.
He said it was an optimization that is not worth keeping.

Why are you asking? did you see any problems caused by that?
This bug report was last modified 111 days ago.

Previous Next

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