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 #187 received at 19776 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 19776 <at> debbugs.gnu.org, dmantipov <at> yandex.ru, stefan <at> marxist.se,
 monnier <at> iro.umontreal.ca, larsi <at> gnus.org, rms <at> gnu.org
Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow
Date: Mon, 25 Oct 2021 21:25:50 +0300

> From: Andreas Schwab <schwab <at> linux-m68k.org>
> Cc: larsi <at> gnus.org,  dmantipov <at> yandex.ru,  stefan <at> marxist.se,
>   19776 <at> debbugs.gnu.org,  rms <at> gnu.org,  monnier <at> iro.umontreal.ca
> Date: Mon, 25 Oct 2021 19:52:33 +0200
> 
> >> > Also, if we are stuck in pselect call with a long timeout, we won't
> >> > get around to calling maybe_quit or process_pending_signals, right?
> >> 
> >> pselect will return as soon as input is available.
> >
> > I mean without timerfd, and if there's no input.
> 
> A signal also interrupts pselect.

Yes, but my reading of wait_reading_process_output is that in that
case we loop right back and re-enter pselect.
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.