address@hidden: Emacs very slow opening file]

[Richard M. Stallman]

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 <address@hidden>
To: address@hidden
Subject: Emacs very slow opening file
Reply-To: Chris Moore <address@hidden>
Sender: address@hidden
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 <http://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.&nbsp; The Emacs process<br>=
appeared to hang, using all my CPU.&nbsp; It wouldn't respond to C-g.<br><b=
r>After chopping down my .emacs to see what triggered the problem, it<br>tu=
rns out that just using a minimal .emacs file like this triggers it:
<br><br>&nbsp; ;; -------<br>&nbsp; (custom-set-variables '(global-font-loc=
k-mode t nil (font-lock)))<br>&nbsp; (find-file &quot;bigfile&quot;)<br>&nb=
sp; ;; -------<br><br>&quot;bigfile&quot; is the patch file, which I've cut=
 down to a reasonable size
<br>(1.3 Mb), and uploaded here:<br><br>&nbsp; <a href=3D"http://s89213869.=
onlinehome.us/bigfile">http://s89213869.onlinehome.us/bigfile</a><br><br>It=
 takes the latest CVS Emacs on my 2.2GHz P4 PC 15 seconds to open that file=
.<br>
<br>If I change the .emacs to say the following, then the file opens<br>alm=
ost immediately:<br><br>&nbsp; ;; -------<br>&nbsp; (custom-set-variables '=
(global-font-lock-mode t nil (font-lock)))<br>&nbsp; (defun y-or-n-p (promp=
t) (message &quot;Not asking '%s'&quot; prompt))
<br>&nbsp; (find-file &quot;bigfile&quot;)<br>&nbsp; ;; -------<br><br>So i=
t seems to be some kind of interaction between y-or-n-p and<br>font-lock pe=
rhaps?<br><br>Note that the patch file is adding Emacs &quot;file local var=
iables&quot; to a
<br>whole bunch of files, which is probably confusing Emacs and causing<br>=
the problem.&nbsp; Still, it would be good if Emacs could handle this more<=
br>elegantly.<br><br>Chris.<br><br><br>In GNU Emacs <a href=3D"http://22.0.=
50.13">
22.0.50.13</a> (i686-pc-linux-gnu, GTK+ Version 2.8.3)<br>&nbsp;of 2005-09-=
27 on chrislap<br>X server distributor `The X.Org Foundation', version 11.0=
.60802000<br>configured using `configure '--with-gtk' '--with-xpm' '--with-=
jpeg' '--with-png' '--with-gif''
<br><br>Important settings:<br>&nbsp; value of $LC_ALL: nil<br>&nbsp; value=
 of $LC_COLLATE: nil<br>&nbsp; value of $LC_CTYPE: nil<br>&nbsp; value of $=
LC_MESSAGES: nil<br>&nbsp; value of $LC_MONETARY: nil<br>&nbsp; value of $L=
C_NUMERIC: nil<br>&nbsp; value of $LC_TIME: nil
<br>&nbsp; value of $LANG: en_GB<br>&nbsp; locale-coding-system: iso-latin-=
1<br>&nbsp; default-enable-multibyte-characters: t<br><br>

- ------=_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
address@hidden
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

- --===============0462481672==--
------- End of forwarded message -------