GNU bug report logs - #78520
31.0.50; Performance issue in dired+isearch with dired-isearch-filenames

Previous Next

Package: emacs;

Reported by: Ergus <spacibba <at> aol.com>

Date: Tue, 20 May 2025 23:34:02 UTC

Severity: normal

Tags: fixed

Found in version 31.0.50

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

Full log


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

From: Juri Linkov <juri <at> linkov.net>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 78520 <at> debbugs.gnu.org, spacibba <at> aol.com
Subject: Re: bug#78520: 31.0.50; Performance issue in dired+isearch with
 dired-isearch-filenames
Date: Wed, 28 May 2025 20:15:56 +0300
tags 78520 = fixed
thanks

>> Unfortunately, I don't remember if this slower implementation is
>> required for non-regexp case.  Maybe let's revert it for non-regexp.
>
> A big part of the discussion was in Bug#14013.  I've read most of the
> discussion again but found no clue.  So hopefully: no, not required.
>
> I'm now looking at `search-within-boundaries'.  Do you think we could
> fall back to a more efficient algorithm even when `subregexp' is nil
> (that seems to work for me)?

Thanks for the idea of optimization.  Now it's pushed to master.
Please check if everything is correct.

Also thanks Ergus for the request.




This bug report was last modified 3 days ago.

Previous Next


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