From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: undo in loaddefs.el buffer Date: Wed, 22 Dec 2004 13:31:27 +0900 Organization: Emacsen advocacy group Message-ID: References: <200412211414.iBLEEZ903426@raven.dms.auburn.edu> <200412211541.iBLFfBc03861@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1103690284 16145 80.91.229.6 (22 Dec 2004 04:38:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Dec 2004 04:38:04 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 22 05:37:58 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CgyG6-0007p1-00 for ; Wed, 22 Dec 2004 05:37:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CgyQc-0008Vs-W5 for ged-emacs-devel@m.gmane.org; Tue, 21 Dec 2004 23:48:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CgyQG-0008O8-BR for emacs-devel@gnu.org; Tue, 21 Dec 2004 23:48:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CgyQD-0008MP-5P for emacs-devel@gnu.org; Tue, 21 Dec 2004 23:48:25 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CgyQC-0008LH-1I for emacs-devel@gnu.org; Tue, 21 Dec 2004 23:48:24 -0500 Original-Received: from [69.61.11.2] (helo=washington.hostforweb.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cgy9u-0004Z9-AE for emacs-devel@gnu.org; Tue, 21 Dec 2004 23:31:34 -0500 Original-Received: from localhost ([127.0.0.1]) by washington.hostforweb.net with esmtpa (Exim 4.43) id 1Cgy9y-00026E-Gb; Tue, 21 Dec 2004 23:31:38 -0500 Original-To: Luc Teirlinck X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:dwVYJTaIq0LTkJxvo0B/JDVeljk= X-Hashcash: 1:20:041222:teirllm@dms.auburn.edu::rt4PXfpfiuTSfueY:0000000000000000000000000000000000000001CdV X-Hashcash: 1:20:041222:emacs-devel@gnu.org::AB+ntTXvBCyBmYXa:0000000000000000000000000000000000000000004Als X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: 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: main.gmane.org gmane.emacs.devel:31323 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31323 >>>>> In <200412211541.iBLFfBc03861@raven.dms.auburn.edu> Luc Teirlinck wrote: > What about the following trivial patch to emacs-lisp/autoload.el, > which fixes the problem? Or is there some strange reason why enabling > undo is _really_ necessary in that buffer? It is hard to think of > any, since this seems to be just an internally used buffer. > ===File ~/autoload.el-diff================================== > *** autoload.el 02 Nov 2004 08:26:32 -0600 1.102 > --- autoload.el 21 Dec 2004 09:18:01 -0600 > *************** > *** 388,393 **** > --- 388,394 ---- > (expand-file-name generated-autoload-file > (expand-file-name "lisp" > source-directory))))) > + (buffer-disable-undo) > ;; This is to make generated-autoload-file have Unix EOLs, so > ;; that it is portable to all platforms. > (setq buffer-file-coding-system 'raw-text-unix)) > ============================================================ It needs to be inserted here and there! For instance, texinfo-format-buffer stops when formatting large texi files. What a user can do without modifying texinfmt.el is only to bind `undo-outer-limit' to a large value. Actually, I needed to bind it to (eval '(lsh -1 -1))' in order to make some info files. You will receive many complaints in the near future. Sigh.