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

Previous Next

Full log

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: stefan <at> marxist.se, 19776 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca,
 rms <at> gnu.org
Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow
Date: Sun, 24 Oct 2021 22:40:57 +0200

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

> So the atimer code isn't setting pending_signals, so it's never handled
> until we get a signal of a different kind.  That has to be a bug, I
> think?

I misread the code -- I thought the cunningly named atimers global
variable was the ones that had fired, but it's all the atimers.  So
run_timers just goes through that list and does all the callbacks.

But we wait to check that until we have a pending signal, which doesn't
make much sense, but it's probably that way because there's no other
obvious way to run it "once in a while" without running current_timespec
all the time?

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

Previous Next

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