From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ilya Zakharevich Newsgroups: gmane.emacs.help Subject: Re: I seek QA for CPerl 5.2 (Emacs mode) Date: Tue, 18 Oct 2005 23:45:54 +0000 (UTC) Organization: U.C. Berkeley Math. Department. Message-ID: References: <435556D7.7030303@thepierianspring.org> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1129680949 8826 80.91.229.2 (19 Oct 2005 00:15:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Oct 2005 00:15:49 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 19 02:15:45 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ES1c5-0007vi-Ru for geh-help-gnu-emacs@m.gmane.org; Wed, 19 Oct 2005 02:15:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ES1c5-0006aL-AD for geh-help-gnu-emacs@m.gmane.org; Tue, 18 Oct 2005 20:15:25 -0400 Original-Path: shelby.stanford.edu!not-for-mail Original-Newsgroups: comp.lang.perl.moderated,comp.emacs,gnu.emacs.help Original-Lines: 33 Original-NNTP-Posting-Host: windlord.stanford.edu Original-X-Trace: news.Stanford.EDU 1129680807 5181 171.64.19.147 (19 Oct 2005 00:13:27 GMT) Original-X-Complaints-To: news@news.stanford.edu User-Agent: trn [how to get a version via %-escapes???] with a custom header X-How-To-Reach-Me: The From: address is valid X-How-To-Disable-Cc: Put in the headers the line: Mail-Copies-To: never Originator: ilya@powdermilk X-Greylisting: NO DELAY (Relay+Sender autoqualified); processed by UCSD_GL-v2.1 on mailbox7.ucsd.edu; Tue, 18 October 2005 16:45:57 -0700 (PDT) X-Spam-Level: Level X-Spamscanner: mailbox7.ucsd.edu (v1.6 Aug 4 2005 15:27:38, 0.0/5.0 3.0.4) X-Mailscanner: PASSED (v1.2.8 7236 j9INjush021517 mailbox7.ucsd.edu) X-Original-NNTP-Posting-Host: powdermilk.math.berkeley.edu X-Original-Sender: Ilya Zakharevich X-Original-X-Complaints-To: usenet@agate.berkeley.edu X-Original-X-Trace: agate.berkeley.edu 1129679154 78165 169.229.140.13 (18 Oct 2005 23:45:54 GMT) Original-Xref: shelby.stanford.edu comp.lang.perl.moderated:13572 comp.emacs:90353 gnu.emacs.help:134773 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:30355 Archived-At: [A complimentary Cc of this posting was sent to Randy W. Sims ], who wrote in article <435556D7.7030303@thepierianspring.org>: > One wierd problem I find is if I load two copies of a certain file it > becomes develishly slow to do anything, even scrolling. This doesn't > seem to happen on all files; not sure if it's size or content related yet. > > Eg, If I unpack the Module::Build distribution into two different > directories, then load copies of Module/Build/Base.pm from each > location, the second buffer becomes slow. The original buffer and any > others are not affected. If I close both buffers, then open the same > file again, the new buffer is also slow-I must exit emacs and restart > before I can work with that particular file because of slowdown. > This is on Debian (testing) with GNU Emacs 21.4.1. Confirmed on 21.2. This effect disappears if I switch to an older version of font-lock (e.g., one on ilyaz.org/software/tmp/font-lock-old.zip ). One does not need to load the same file or a large file; two files of size about 80K show the same slowdown in fontification-by-keywords. (I used Build.pm and Build/Base.pm.) Go to the ends of both buffers, then start to scroll back - it is painfully slow in one of the buffers... I have no idea how to debug this... My conjecture is that newer Font-lock somehow starts to think that it needs to fontify the full buffer instead of doing only the visible part... Yours, Ilya