[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: shr using `make-xwidget' incorrectly
From: |
Eli Zaretskii |
Subject: |
Re: shr using `make-xwidget' incorrectly |
Date: |
Thu, 11 Nov 2021 08:58:44 +0200 |
> From: Po Lu <luangruo@yahoo.com>
> Cc: larsi@gnus.org
> Date: Thu, 11 Nov 2021 09:54:51 +0800
>
> Which reminds me of another problem (in the Emacs 28 xwidget code as
> well): If an xwidget's buffer is killed, but references to it still
> exist somewhere, crashes can happen, because the GTK resources allocated
> to the xwidget are killed in `kill_buffer_xwidgets' and not during
> garbage collection.
>
> I think the best thing to do in this case would be to introduce a
> `dead' state for xwidgets, not unlike killed buffers and dead frames,
> which an xwidget is set to after being killed.
>
> Then, performing any sort of operation on a killed xwidget can either
> throw an error, or do nothing.
Why can't we release the GTK resources when such a buffer is killed?
- Re: shr using `make-xwidget' incorrectly, (continued)
Introduce "killed" state for xwidgets (Re: shr using `make-xwidget' incorrectly), Po Lu, 2021/11/11
Re: Introduce "killed" state for xwidgets (Re: shr using `make-xwidget' incorrectly), Lars Ingebrigtsen, 2021/11/11
Re: Introduce "killed" state for xwidgets (Re: shr using `make-xwidget' incorrectly), Po Lu, 2021/11/11
Re: Introduce "killed" state for xwidgets (Re: shr using `make-xwidget' incorrectly), Eli Zaretskii, 2021/11/11
Re: Introduce "killed" state for xwidgets (Re: shr using `make-xwidget' incorrectly), Po Lu, 2021/11/11
Re: shr using `make-xwidget' incorrectly,
Eli Zaretskii <=