GNU bug report logs - #57804
An infinite loop in a `fontify-region' function causes Emacs to hang indefinitely

Previous Next

Package: emacs;

Reported by: Paul Pogonyshev <pogonyshev <at> gmail.com>

Date: Wed, 14 Sep 2022 15:07:01 UTC

Severity: normal

Tags: wontfix

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: larsi <at> gnus.org, 57804 <at> debbugs.gnu.org, pogonyshev <at> gmail.com
Subject: bug#57804: An infinite loop in a `fontify-region' function causes Emacs to hang indefinitely
Date: Fri, 16 Sep 2022 08:35:10 +0300
> Date: Thu, 15 Sep 2022 20:18:27 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: Eli Zaretskii <eliz <at> gnu.org>, 57804 <at> debbugs.gnu.org, 
>     Lars Ingebrigtsen <larsi <at> gnus.org>
> 
> > I see that manually evaluating `(setq-local long-line-threshold nil)' in 
> > a buffer where the optimization is already in effect (i.e. where 
> > `(long-line-optimizations-p)' evaluates to t) doesn't disable the 
> > optimization. Do you have a solution for that?
> 
> No, and that will not be supported.

I don't necessarily agree.  We didn't see the need for this yet, but
if we do find significant use cases where that could be important, we
will consider adding something, like perhaps re-evaluation of the
optimization flag under some circumstances.  For example, changing the
value of long-line-threshold could be one such trigger.

But for now we don't see a need for that, and prefer that Lisp
programs that run via fontification-functions will be adapted to this
new protocol.




This bug report was last modified 2 years and 231 days ago.

Previous Next


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