GNU bug report logs -
#3471
23.0.94; linum-mode and invisible lines
Previous Next
Reported by: Leo <sdl.web <at> gmail.com>
Date: Fri, 5 Jun 2009 02:45:04 UTC
Severity: normal
Done: Nicolas Petton <nicolas <at> petton.fr>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 28 Jul 2016 00:34:26 +0200
with message-id <878twm3e31.fsf <at> petton.fr>
and subject line Re: bug#3471: 23.0.94; linum-mode and invisible lines
has caused the debbugs.gnu.org bug report #3471,
regarding 23.0.94; linum-mode and invisible lines
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
3471: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3471
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
In buffers where many many lines are invisible, enabling linum-mode
would take a long time and C-g won't be able to stop it.
More specifically, I use magit to manage a small git repo, its status
buffer at the moment has 11850 lines (buffer size 366524) with only <
100 lines visible. Running linum-mode on it would freeze emacs for a few
minutes on a intel core duo 2.0G machine. It looks like linum has wasted
a lot of time on invisible lines. Is that necessary?
Although I'm aware that I can work around it by setting
line-number-display-limit but my feeling is linum is doing something
inefficiently.
GNU Emacs 23.0.94.1 (i386-apple-darwin9.7.0, NS apple-appkit-949.46) of
2009-05-23 on 200.sub-75-216-116.myvzw.com
Thanks.
Leo
[Message part 3 (message/rfc822, inline)]
Leo <sdl.web <at> gmail.com> writes:
Hi Leo,
> In buffers where many many lines are invisible, enabling linum-mode
> would take a long time and C-g won't be able to stop it.
>
> More specifically, I use magit to manage a small git repo, its status
> buffer at the moment has 11850 lines (buffer size 366524) with only <
> 100 lines visible. Running linum-mode on it would freeze emacs for a few
> minutes on a intel core duo 2.0G machine.
This bug report is pretty, and I cannot reproduce it on a recent build
of Emacs:
- open a magit status buffer with large uncommitted changes (234000
lines)
- Evaluate `linum-mode'
The result is instantaneous with Emacs built from master today, on a 2nd
Gen Intel i5 (i5-2520M CPU @ 2.50GHz).
I'm closing this ticket, and while I can't reproduce the issue, feel
free to reopen this ticket if you can.
Cheers,
Nico
This bug report was last modified 8 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.