From unknown Fri Aug 15 17:22:42 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#3471: 23.0.94; linum-mode and invisible lines Reply-To: Leo , 3471@debbugs.gnu.org Resent-From: Leo Original-Sender: "Leo, Shidai Liu" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 05 Jun 2009 02:45:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 3471 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12441693562834 (code B ref -1); Fri, 05 Jun 2009 02:45:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Jun 2009 02:35:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n552Zo44002823 for ; Thu, 4 Jun 2009 19:35:51 -0700 Received: from mx10.gnu.org ([199.232.76.166]:60502) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MCPHZ-0006Dm-R1 for emacs-pretest-bug@gnu.org; Thu, 04 Jun 2009 22:35:49 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MCPHM-0003pq-0I for emacs-pretest-bug@gnu.org; Thu, 04 Jun 2009 22:35:48 -0400 Received: from ppsw-0.csi.cam.ac.uk ([131.111.8.130]:49234) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MCPHJ-0003hj-CP for emacs-pretest-bug@gnu.org; Thu, 04 Jun 2009 22:35:33 -0400 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from sl392.st-edmunds.cam.ac.uk ([131.111.223.202]:51108 helo=victoria.local) by ppsw-0.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.150]:587) with esmtpsa (PLAIN:sl392) (TLSv1:DHE-RSA-AES128-SHA:128) id 1MCPHA-0000wm-2H (Exim 4.70) (return-path ); Fri, 05 Jun 2009 03:35:24 +0100 From: Leo To: emacs-pretest-bug@gnu.org Cc: Markus Triska Date: Fri, 05 Jun 2009 03:35:23 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Leo, Shidai Liu" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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 From unknown Fri Aug 15 17:22:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3471: 23.0.94; linum-mode and invisible lines Resent-From: Nicolas Petton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Jul 2016 22:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3471 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Leo Cc: 3471-done@debbugs.gnu.org, 3471@debbugs.gnu.org Received: via spool by 3471-submit@debbugs.gnu.org id=B3471.146965888419554 (code B ref 3471); Wed, 27 Jul 2016 22:35:01 +0000 Received: (at 3471) by debbugs.gnu.org; 27 Jul 2016 22:34:44 +0000 Received: from localhost ([127.0.0.1]:48568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSXPY-00055E-18 for submit@debbugs.gnu.org; Wed, 27 Jul 2016 18:34:44 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:38589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSXPW-000552-6t; Wed, 27 Jul 2016 18:34:42 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 80B7220144; Wed, 27 Jul 2016 18:34:40 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Wed, 27 Jul 2016 18:34:40 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=S8e6u01LSPr5qa284mBhJmSup+Q=; b=qBtPe zQIcvmTzX4qUVNRMG1M6VNqKnsMzqu5m5b7UrDlrT3qz9WggRNOe06YgkIelr1DZ Vo72lyvJ9RQ/iTi0v9PF+VTZBC2e2dQUAcJWj/8Xcasjl0x1ka9b0uQoLc1UXziF LjG6T4TtrOVbsYv4TygJjJjdPtKiZEspbDl17k= X-Sasl-enc: RPC40I5xXmJarhI+MRb1ybrjS/LdjYDrXpcz3n0VZiKl 1469658880 Received: from strawberry (lfbn-1-7726-61.w92-167.abo.wanadoo.fr [92.167.139.61]) by mail.messagingengine.com (Postfix) with ESMTPA id BED6FCCD83; Wed, 27 Jul 2016 18:34:39 -0400 (EDT) From: Nicolas Petton References: Date: Thu, 28 Jul 2016 00:34:26 +0200 In-Reply-To: (Leo's message of "Fri, 05 Jun 2009 03:35:23 +0100") Message-ID: <878twm3e31.fsf@petton.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Leo 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 From unknown Fri Aug 15 17:22:42 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Leo Subject: bug#3471: closed (Re: bug#3471: 23.0.94; linum-mode and invisible lines) Message-ID: References: <878twm3e31.fsf@petton.fr> X-Gnu-PR-Message: they-closed 3471 X-Gnu-PR-Package: emacs Reply-To: 3471@debbugs.gnu.org Date: Wed, 27 Jul 2016 22:35:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1469658902-19593-1" This is a multi-part message in MIME format... ------------=_1469658902-19593-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #3471: 23.0.94; linum-mode and invisible lines which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 3471@debbugs.gnu.org. --=20 3471: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D3471 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1469658902-19593-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 3471-done) by debbugs.gnu.org; 27 Jul 2016 22:34:44 +0000 Received: from localhost ([127.0.0.1]:48566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSXPX-00055C-Ra for submit@debbugs.gnu.org; Wed, 27 Jul 2016 18:34:43 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:38589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSXPW-000552-6t; Wed, 27 Jul 2016 18:34:42 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 80B7220144; Wed, 27 Jul 2016 18:34:40 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Wed, 27 Jul 2016 18:34:40 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=S8e6u01LSPr5qa284mBhJmSup+Q=; b=qBtPe zQIcvmTzX4qUVNRMG1M6VNqKnsMzqu5m5b7UrDlrT3qz9WggRNOe06YgkIelr1DZ Vo72lyvJ9RQ/iTi0v9PF+VTZBC2e2dQUAcJWj/8Xcasjl0x1ka9b0uQoLc1UXziF LjG6T4TtrOVbsYv4TygJjJjdPtKiZEspbDl17k= X-Sasl-enc: RPC40I5xXmJarhI+MRb1ybrjS/LdjYDrXpcz3n0VZiKl 1469658880 Received: from strawberry (lfbn-1-7726-61.w92-167.abo.wanadoo.fr [92.167.139.61]) by mail.messagingengine.com (Postfix) with ESMTPA id BED6FCCD83; Wed, 27 Jul 2016 18:34:39 -0400 (EDT) From: Nicolas Petton To: Leo Subject: Re: bug#3471: 23.0.94; linum-mode and invisible lines References: Date: Thu, 28 Jul 2016 00:34:26 +0200 In-Reply-To: (Leo's message of "Fri, 05 Jun 2009 03:35:23 +0100") Message-ID: <878twm3e31.fsf@petton.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 3471-done Cc: 3471-done@debbugs.gnu.org, 3471@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Leo 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 ------------=_1469658902-19593-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 5 Jun 2009 02:35:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n552Zo44002823 for ; Thu, 4 Jun 2009 19:35:51 -0700 Received: from mx10.gnu.org ([199.232.76.166]:60502) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MCPHZ-0006Dm-R1 for emacs-pretest-bug@gnu.org; Thu, 04 Jun 2009 22:35:49 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MCPHM-0003pq-0I for emacs-pretest-bug@gnu.org; Thu, 04 Jun 2009 22:35:48 -0400 Received: from ppsw-0.csi.cam.ac.uk ([131.111.8.130]:49234) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MCPHJ-0003hj-CP for emacs-pretest-bug@gnu.org; Thu, 04 Jun 2009 22:35:33 -0400 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from sl392.st-edmunds.cam.ac.uk ([131.111.223.202]:51108 helo=victoria.local) by ppsw-0.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.150]:587) with esmtpsa (PLAIN:sl392) (TLSv1:DHE-RSA-AES128-SHA:128) id 1MCPHA-0000wm-2H (Exim 4.70) (return-path ); Fri, 05 Jun 2009 03:35:24 +0100 From: Leo To: emacs-pretest-bug@gnu.org Cc: Markus Triska Subject: 23.0.94; linum-mode and invisible lines Date: Fri, 05 Jun 2009 03:35:23 +0100 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Leo, Shidai Liu" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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 ------------=_1469658902-19593-1--