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

Previous Next

Full log

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

From: Len Trigg <lenbok <at> gmail.com>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 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 08:24:50 +1300

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

Thanks, so far I haven't been able to produce that segfault, so hopefully
fixed.

I noticed that the documentation for frame-visible-p says:

"If FRAME is a text terminal frame, this always returns t.
Such frames are always considered visible, whether or not they are
currently being displayed on the terminal."

I could see that prior to tty child frames that was necessarily true, but
now we have tty child frames shouldn't that documentation be updated? (I'm
assuming at the code level it's no longer true since posframe hides it's
frames by simply making them invisible).

Cheers,
Len.










On Sun, 26 Jan 2025 at 02:47, Gerd Möllmann <gerd.moellmann <at> gmail.com>
wrote:

> Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
>
> > Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
> >
> >> Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
> >>
> >>> You either have a very wide display (x=...), or the selected frame at
> >>> this point is a GUI frame. I guess I can fix that over the weekend.
> >>
> >> I've pushed something to master for the crash. Please give it a try.
> >
> > I had to revert that for now because I have introduced a bug somewhere,
> > and can't fix this fast enough, sorry.
>
> Fix now on master.
>

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

Previous Next

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