From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Randy W. Sims" Newsgroups: gmane.emacs.help Subject: Re: I seek QA for CPerl 5.2 (Emacs mode) Date: Tue, 18 Oct 2005 22:14:21 -0400 Message-ID: <4355ABFD.7020508@ThePierianSpring.org> References: <435556D7.7030303@thepierianspring.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1129738539 14979 80.91.229.2 (19 Oct 2005 16:15:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Oct 2005 16:15:39 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 19 18:15:38 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ESGUu-0002hP-7e for geh-help-gnu-emacs@m.gmane.org; Wed, 19 Oct 2005 18:09:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ESGUt-00016j-J7 for geh-help-gnu-emacs@m.gmane.org; Wed, 19 Oct 2005 12:08:59 -0400 Original-Path: shelby.stanford.edu!not-for-mail Original-Newsgroups: comp.lang.perl.moderated,comp.emacs,gnu.emacs.help Original-Lines: 48 Original-NNTP-Posting-Host: windlord.stanford.edu Original-X-Trace: news.Stanford.EDU 1129727639 26352 171.64.19.147 (19 Oct 2005 13:13:59 GMT) Original-X-Complaints-To: news@news.stanford.edu X-Tn-Interface: 209.99.127.21 User-Agent: Thunderbird 1.4 (Windows/20050908) In-Reply-To: X-Dmca-Notifications: http://www.giganews.com/info/dmca.html X-Abuse-And-Dmca-Info: Please be sure to forward a copy of ALL headers X-Abuse-And-Dmca-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32 X-Greylisting: NO DELAY (Relay+Sender autoqualified); processed by UCSD_GL-v2.1 on mailbox7.ucsd.edu; Tue, 18 October 2005 19:13:51 -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 65634 j9J2Do15066681 mailbox7.ucsd.edu) X-Original-X-Complaints-To: abuse@giganews.com X-Original-X-Trace: sv3-8v9IxwN8mt7A4/dI2YFt9Q1oVdsVUoasW6rlf7HZe6YvmkCPug6mc3CoiNZE9EOkGnRTrXVMX3IvcNY!aAG/2GK2kOX9ytQpQQre4kcka2lfVLYvtKG5jK3YI9sIf/5hUTrEzGJKp7CFuv4= Original-Xref: shelby.stanford.edu comp.lang.perl.moderated:13574 comp.emacs:90359 gnu.emacs.help:134791 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:30375 Archived-At: Ilya Zakharevich wrote: > [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... Unfortunately, I don't know much lisp, so I can't help there. I did just try it out on my Windows box with XEmacs 21.4.17, same emacs init file. I see no sign of the above problem. The font-lock.el here is: ;; Copyright (C) 1992-1995, 1997 Free Software Foundation, Inc. ;; Copyright (C) 1995 Amdahl Corporation. ;; Copyright (C) 1996, 2000, 2001 Ben Wing. ;; Author: Jamie Zawinski , for the LISPM Preservation Society. ;; Minimally merged with FSF 19.34 by Barry Warsaw ;; Then (partially) synched with FSF 19.30, leading to: ;; Next Author: RMS ;; Next Author: Simon Marshall ;; Latest XEmacs Author: Ben Wing ;; Maintainer: XEmacs Development Team ;; Keywords: languages, faces