GNU bug report logs - #56682
Fix the long lines font locking related slowdowns

Previous Next

Full log

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

From: Gregory Heytings <gregory <at> heytings.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56682 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 dgutov <at> yandex.ru
Subject: Re: bug#56682: locked narrowing
Date: Fri, 02 Dec 2022 08:04:06 +0000

>
> We only need to know whether there are long lines in a region around 
> point that is large enough to make sure redisplay won't look beyond 
> that.
>

Sorry, but no, we don't.

>
> (Gregory disagrees, but I have yet to see a reason why he would be right 
> and I would be wrong in this matter.)
>

Consider this other scenario.  A buffer is buried, and modified in the 
background by some process.  That process adds a long line in that buffer, 
followed by enough non-long lines, with point after these non-long lines. 
Now the user asks for that buffer to be displayed again.  With your 
proposed approach, we would search around point if there are long lines. 
There aren't, so we do not activate long line optimizations.  Now the user 
scrolls the buffer.  The buffer has not changed in any way, so the 
detection is not triggered, and we reach the long line.  Kaboom!

Previous Next

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