GNU bug report logs - #22143
24.5; Emacs blocked on long lines.

Previous Next

Package: emacs;

Reported by: Oleksandr Gavenko <gavenkoa <at> gmail.com>

Date: Fri, 11 Dec 2015 17:33:01 UTC

Severity: normal

Merged with 3219, 4123, 9589, 13675, 15555, 18530, 24523, 30457, 32523, 40007

Found in versions 23.1, 24.2, 24.2.93, 24.3, 24.5, 26.0.91, 27.0.50, 28.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 22143 <at> debbugs.gnu.org, gavenkoa <at> gmail.com
Subject: Re: bug#22143: 24.5; Emacs blocked on long lines.
Date: Fri, 21 Aug 2020 17:01:43 +0300

> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Fri, 21 Aug 2020 06:53:24 -0700
> Cc: 22143 <at> debbugs.gnu.org
> 
> Is this better with so-long.el?

No, I think so-long.el is better, and in any case so-long.el is our
canonical solution (or, rather, band-aid) for this annoying problem.

> etc/PROBLEMS says:
> 
> *** Editing files with very long lines is slow.
> 
> For example, simply moving through a file that contains hundreds of
> thousands of characters per line is slow, and consumes a lot of CPU.
> This is a known limitation of Emacs with no solution at this time.
> 
> Is there anything more we can/should do in this case short of rewriting
> the display engine?

Maybe there is, but I have yet to hear ideas for how to do that.
Ideas are still welcome.

> Does it make sense to track this limitation in a bug report?

We already have one: bug#13675.
This bug report was last modified 2 years and 298 days ago.

Previous Next

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