GNU bug report logs - #3471
23.0.94; linum-mode and invisible lines

Previous Next

Package: emacs;

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.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3471 in the body.
You can then email your comments to 3471 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#3471; Package emacs. (Fri, 05 Jun 2009 02:45:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Leo <sdl.web <at> gmail.com>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Fri, 05 Jun 2009 02:45:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Leo <sdl.web <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Cc: Markus Triska <markus.triska <at> gmx.at>
Subject: 23.0.94; linum-mode and invisible lines
Date: Fri, 05 Jun 2009 03:35:23 +0100
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



Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#3471; Package emacs. (Wed, 27 Jul 2016 22:35:01 GMT) Full text and rfc822 format available.

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

From: Nicolas Petton <nicolas <at> petton.fr>
To: Leo <sdl.web <at> gmail.com>
Cc: 3471-done <at> debbugs.gnu.org, 3471 <at> debbugs.gnu.org
Subject: Re: bug#3471: 23.0.94; linum-mode and invisible lines
Date: Thu, 28 Jul 2016 00:34:26 +0200
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




Reply sent to Nicolas Petton <nicolas <at> petton.fr>:
You have taken responsibility. (Wed, 27 Jul 2016 22:35:01 GMT) Full text and rfc822 format available.

Notification sent to Leo <sdl.web <at> gmail.com>:
bug acknowledged by developer. (Wed, 27 Jul 2016 22:35:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 25 Aug 2016 11:24:04 GMT) Full text and rfc822 format available.

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.