GNU bug report logs - #58558
29.0.50; re-search-forward is slow in some buffers

Previous Next

Full log

View this message in rfc822 format

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 58558 <at> debbugs.gnu.org, acm <at> muc.de, yantar92 <at> posteo.net, larsi <at> gnus.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#58558: 29.0.50; re-search-forward is slow in some buffers
Date: Wed, 12 Apr 2023 16:38:53 +0200

On Wed, 12 Apr 2023 17:30:36 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
>> Cc:  Ihor Radchenko <yantar92 <at> posteo.net>, Eli Zaretskii <eliz <at> gnu.org>,
>>   larsi <at> gnus.org,  58558 <at> debbugs.gnu.org
>> Date: Wed, 12 Apr 2023 10:06:03 -0400
>> 
>> > 1. emacs -Q
>> > 2. M-: (require 'cc-langs) <RET>
>> > 3. C-x b asd <RET>
>> > 4. M-: parse-sexp-lookup-properties <RET> => t
>> >
>> > On Emacs 28, (4) yields nil.
>> 
>> I suspect that the patch below might fix the immediate problem.
>> Of course, setting `parse-sexp-lookup-properties` should not have such
>> a major performance impact, so maybe we should keep digging into
>> the problem.
>
> Also, that code was there in Emacs 28 as well, so how come it suddenly
> has this effect now?

Note that, with emacs-28 -Q, `C-h v parse-sexp-lookup-properties' ==>

  parse-sexp-lookup-properties is a variable defined in ‘C source code’.
  
  Its value is nil

while with emacs-29 -Q, `C-h v parse-sexp-lookup-properties' ==>

  parse-sexp-lookup-properties is a variable defined in ‘C source code’.
  
  Its value is t
  Local in buffer *scratch*; global value is nil

Steve Berman

Previous Next

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