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

Previous Next

Full log

Message #2196 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, monnier <at> iro.umontreal.ca
Subject: Re: bug#56682: feature/improved-locked-narrowing 9dee6df39c: Reworked
 locked narrowing.
Date: Fri, 03 Feb 2023 22:12:39 +0000

>> By definition, this cannot be unsafe for any buffer, except those in 
>> which long_line_optimizations_p is set.  So the worst that could 
>> possibly happen is that Emacs would hang in some buffers in which 
>> long_line_optimizations_p is set, which is not a regression: Emacs 28 
>> and earlier would have hanged under the same conditions.
>
> Given the fanfare we announced the solution to long-line problems, the 
> above is precisely the definition of "not safe" from my POV.
>

We never announced that all possible problems in such buffers would be 
solved.  In fact, the NEWS entry explicitly mentions that slowdowns are 
still possible because of minor or major modes, and contains instructions 
to gradually disable minor and major modes when such problems happen.

My preference is still to remove that feature.

>
> I'm sorry I have to insist, but does this mean you will be able to fix 
> these documentation issues in less than a week?  I don't think I can 
> wait any longer than that.
>

I'll do that in less than a week, after hearing your final verdict, if you 
decide that it should not be removed.

Previous Next

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