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


View this message in rfc822 format

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

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




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.