GNU bug report logs - #19776
25.0.50; HTML rendering is very slow

Previous Next

Full log

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, stefan <at> marxist.se, rms <at> gnu.org,
 19776 <at> debbugs.gnu.org
Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow
Date: Mon, 25 Oct 2021 15:46:36 +0200

On Okt 25 2021, Stefan Monnier wrote:

> Lars Ingebrigtsen [2021-10-25 15:11:03] wrote:
>> Andreas Schwab <schwab <at> linux-m68k.org> writes:
>>>> When Emacs is busy looping, we never get a callback -- presumably
>>>> because we're not reading any file descriptors in that case?  But...
>>>> was the idea that this would work in a busy Emacs?  I mean, events from
>>>> the keyboard/mouse are able to poke Emacs in a way that it realises that
>>>> it has a pending event to handle, but not the timerfd?
>>>
>>> maybe_quit does call process_pending_signals, so this should work the
>>> same way as quit.
>>
>> But how do we make Emacs respond to timerfd events the same as quit?
>
> Can't it give a SIGIO?

atimer already knows to handle SIGALRM for this.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Previous Next

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