From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: [christopher.ian.moore@gmail.com: Emacs very slow opening file] Date: Wed, 28 Sep 2005 13:11:10 -0400 Message-ID: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1127927984 6937 80.91.229.2 (28 Sep 2005 17:19:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 28 Sep 2005 17:19:44 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 28 19:19:37 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EKfZW-0002NU-UE for ged-emacs-devel@m.gmane.org; Wed, 28 Sep 2005 19:18:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EKfZT-0000IT-Ck for ged-emacs-devel@m.gmane.org; Wed, 28 Sep 2005 13:18:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EKfY3-0007qN-2c for emacs-devel@gnu.org; Wed, 28 Sep 2005 13:16:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EKfVW-00075H-Q5 for emacs-devel@gnu.org; Wed, 28 Sep 2005 13:14:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EKfVN-00072f-SV for emacs-devel@gnu.org; Wed, 28 Sep 2005 13:14:05 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EKfSZ-00075P-6j for emacs-devel@gnu.org; Wed, 28 Sep 2005 13:11:11 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1EKfSY-00020o-H1; Wed, 28 Sep 2005 13:11:10 -0400 Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:43335 Archived-At: Would someone please investigate this bug report, and then ack? ------- Start of forwarded message ------- DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=BbQBU7hQnkHsJVFn6VhCSrNC2dyzadU7GLMDMCbc598sLEWeoBACv7YhB62SrnbZ0qebAjXOQw7Efq9nmryBFFMb/fzqaEcyQUF4eS7rMtj6TdCpo1KBDIAgBBUijSCWmjZAs6UtSHoLVZNY+ORc3PjxXzz5swbhGu9bckHbJuM= Date: Tue, 27 Sep 2005 22:58:41 +0200 From: Chris Moore To: emacs-pretest-bug@gnu.org Subject: Emacs very slow opening file Reply-To: Chris Moore Sender: emacs-pretest-bug-bounces+rms=gnu.org@gnu.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python X-Spam-Level: X-Spam-Status: No, hits=0.2 required=5.0 tests=HTML_MESSAGE,NORMAL_HTTP_TO_IP autolearn=no version=2.63 - --===============0462481672== Content-Type: multipart/alternative; boundary="----=_Part_9647_19084108.1127854721715" - ------=_Part_9647_19084108.1127854721715 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I tried opening a debian 'patch' file in Emacs. The Emacs process appeared to hang, using all my CPU. It wouldn't respond to C-g. After chopping down my .emacs to see what triggered the problem, it turns out that just using a minimal .emacs file like this triggers it: ;; ------- (custom-set-variables '(global-font-lock-mode t nil (font-lock))) (find-file "bigfile") ;; ------- "bigfile" is the patch file, which I've cut down to a reasonable size (1.3 Mb), and uploaded here: http://s89213869.onlinehome.us/bigfile It takes the latest CVS Emacs on my 2.2GHz P4 PC 15 seconds to open that file. If I change the .emacs to say the following, then the file opens almost immediately: ;; ------- (custom-set-variables '(global-font-lock-mode t nil (font-lock))) (defun y-or-n-p (prompt) (message "Not asking '%s'" prompt)) (find-file "bigfile") ;; ------- So it seems to be some kind of interaction between y-or-n-p and font-lock perhaps? Note that the patch file is adding Emacs "file local variables" to a whole bunch of files, which is probably confusing Emacs and causing the problem. Still, it would be good if Emacs could handle this more elegantly. Chris. In GNU Emacs 22.0.50.13 (i686-pc-linux-gnu, GTK+ Versio= n 2.8.3) of 2005-09-27 on chrislap X server distributor `The X.Org Foundation', version 11.0.60802000 configured using `configure '--with-gtk' '--with-xpm' '--with-jpeg' '--with-png' '--with-gif'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t - ------=_Part_9647_19084108.1127854721715 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I tried opening a debian 'patch' file in Emacs.  The Emacs process
= appeared to hang, using all my CPU.  It wouldn't respond to C-g.
After chopping down my .emacs to see what triggered the problem, it
tu= rns out that just using a minimal .emacs file like this triggers it:

  ;; -------
  (custom-set-variables '(global-font-loc= k-mode t nil (font-lock)))
  (find-file "bigfile")
&nb= sp; ;; -------

"bigfile" is the patch file, which I've cut= down to a reasonable size
(1.3 Mb), and uploaded here:

  http://s89213869.onlinehome.us/bigfile

It= takes the latest CVS Emacs on my 2.2GHz P4 PC 15 seconds to open that file= .

If I change the .emacs to say the following, then the file opens
alm= ost immediately:

  ;; -------
  (custom-set-variables '= (global-font-lock-mode t nil (font-lock)))
  (defun y-or-n-p (promp= t) (message "Not asking '%s'" prompt))
  (find-file "bigfile")
  ;; -------

So i= t seems to be some kind of interaction between y-or-n-p and
font-lock pe= rhaps?

Note that the patch file is adding Emacs "file local var= iables" to a
whole bunch of files, which is probably confusing Emacs and causing
= the problem.  Still, it would be good if Emacs could handle this more<= br>elegantly.

Chris.


In GNU Emacs 22.0.50.13 (i686-pc-linux-gnu, GTK+ Version 2.8.3)
 of 2005-09-= 27 on chrislap
X server distributor `The X.Org Foundation', version 11.0= .60802000
configured using `configure '--with-gtk' '--with-xpm' '--with-= jpeg' '--with-png' '--with-gif''

Important settings:
  value of $LC_ALL: nil
  value= of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $= LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $L= C_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_GB
  locale-coding-system: iso-latin-= 1
  default-enable-multibyte-characters: t

- ------=_Part_9647_19084108.1127854721715-- - --===============0462481672== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug - --===============0462481672==-- ------- End of forwarded message -------