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

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Wed, 4 Feb 2015 23:04:02 UTC

Severity: minor

Merged with 22846

Found in versions 25.0.50, 25.0.91

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: stefan <at> marxist.se, Andreas Schwab <schwab <at> linux-m68k.org>, 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 09:33:06 -0400

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?


        Stefan
This bug report was last modified 3 years and 206 days ago.

Previous Next

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