GNU bug report logs - #58342
29.0.50; noverlay branch is O(N) for important calls

Previous Next

Package: emacs;

Reported by: Matt Armstrong <matt <at> rfc20.org>

Date: Thu, 6 Oct 2022 23:27:01 UTC

Severity: normal

Merged with 58361

Found in version 29.0.50

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Matt Armstrong <matt <at> rfc20.org>
Cc: gerd.moellmann <at> gmail.com, bug-gnu-emacs <at> gnu.org, mail <at> andreas-politz.de,
 monnier <at> iro.umontreal.ca
Subject: Re: 29.0.50; noverlay branch is O(N) for important calls
Date: Sat, 08 Oct 2022 09:20:51 +0300
> From: Matt Armstrong <matt <at> rfc20.org>
> Cc: bug-gnu-emacs <at> gnu.org, Andreas Politz <mail <at> andreas-politz.de>, Gerd
>  Möllmann <gerd.moellmann <at> gmail.com>, Eli Zaretskii
>  <eliz <at> gnu.org>
> Date: Fri, 07 Oct 2022 13:37:31 -0700
> 
> Does anybody know of an Emacs package that uses a large number of
> overlays that span large amounts of the buffer in complex ways?

What are those "complex ways" you are talking about?

In general, Isearch can potentially produce thousands of overlays,
especially if you do that in a buffer where lines are truncated.  But
I don't know if that's what you are looking for.

linum.el is another potential example: it produces an overlay for each
line.




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

Previous Next


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