From sl392@cam.ac.uk Thu Jun 4 19:35:56 2009 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 27 18:34:44 2016 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 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 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 From unknown Sat Aug 16 13:47:58 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 25 Aug 2016 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator