[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: long-standing GTK bug
From: |
Robert Pluim |
Subject: |
Re: long-standing GTK bug |
Date: |
Sun, 09 May 2021 12:27:19 +0200 |
>>>>> On Sat, 08 May 2021 13:51:30 +0200, Adam Sjøgren <asjo@koldfront.dk> said:
Adam> A long time ago (Wed, 10 Jun 2020), Eli wrote:
>> I think someone is working on an Emacs configuration that will support
>> only GTK, and that configuration should then be able to do that.
Adam> I was intrigued by this, and today checked out the feature/pgtk branch
Adam> and compiled Emacs --with-pgtk.
Adam> The branch still retains the X connection after the last window is
Adam> closed on a second computer, and terminating the ssh-connection with
^C
Adam> terminates Emacs.
Adam> I.e. what I talked about here:
Adam> ·
https://lists.gnu.org/archive/html/emacs-devel/2020-05/msg01353.html
Adam> However, if I remove the workaround - the if() that sets
terminal-> reference_count to 1 in frame.c - and connect to a running
Adam> pure GTK Emacs from a different computer displaying a remote X window
Adam> using emacsclient, and then close it, Emacs keeps running on the
Adam> original screen and GTK does not spew an endless list of warnings.
Adam> So the original long standing GTK problem¹ is indeed solved by the
pure
Adam> GTK branch.
Interesting, but ENOPATCH :-)
(thereʼs a separate test that needs doing using waypipe rather than
ssh X forwarding. I think that one causes an abort somewhere inside
GTK)
Robert
--
- Re: long-standing GTK bug, Adam Sjøgren, 2021/05/08
- Re: long-standing GTK bug,
Robert Pluim <=
- Re: long-standing GTK bug, Adam Sjøgren, 2021/05/09
- Re: long-standing GTK bug, Robert Pluim, 2021/05/10
- Re: long-standing GTK bug, Adam Sjøgren, 2021/05/10
- Re: long-standing GTK bug, Robert Pluim, 2021/05/10
- Re: long-standing GTK bug, Adam Sjøgren, 2021/05/10
- Re: long-standing GTK bug, Óscar Fuentes, 2021/05/10
- Re: long-standing GTK bug, Stefan Monnier, 2021/05/10
- Re: long-standing GTK bug, Robert Pluim, 2021/05/10
- Re: long-standing GTK bug, Stefan Monnier, 2021/05/10
- Re: long-standing GTK bug, Robert Pluim, 2021/05/11