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 <[EMAIL PROTECTED]>
To: emacs-pretest-bug@gnu.org
Subject: Emacs very slow opening file
Reply-To: Chris Moore <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
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. The Emacs process<br>=
appeared to hang, using all my CPU. 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> ;; -------<br> (custom-set-variables '(global-font-loc=
k-mode t nil (font-lock)))<br> (find-file "bigfile")<br>&nb=
sp; ;; -------<br><br>"bigfile" is the patch file, which I've cut=
down to a reasonable size
<br>(1.3 Mb), and uploaded here:<br><br> <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> ;; -------<br> (custom-set-variables '=
(global-font-lock-mode t nil (font-lock)))<br> (defun y-or-n-p (promp=
t) (message "Not asking '%s'" prompt))
<br> (find-file "bigfile")<br> ;; -------<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 "file local var=
iables" to a
<br>whole bunch of files, which is probably confusing Emacs and causing<br>=
the problem. 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> 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> value of $LC_ALL: nil<br> value=
of $LC_COLLATE: nil<br> value of $LC_CTYPE: nil<br> value of $=
LC_MESSAGES: nil<br> value of $LC_MONETARY: nil<br> value of $L=
C_NUMERIC: nil<br> value of $LC_TIME: nil
<br> value of $LANG: en_GB<br> locale-coding-system: iso-latin-=
1<br> 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
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
- --===============0462481672==--
------- End of forwarded message -------
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
