From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: undo in loaddefs.el buffer Date: Sun, 26 Dec 2004 04:14:43 -0500 Message-ID: References: <200412211414.iBLEEZ903426@raven.dms.auburn.edu> <200412211541.iBLFfBc03861@raven.dms.auburn.edu> <87llbonyup.fsf@jurta.org> <200412242139.iBOLdrA16600@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1104052948 8236 80.91.229.6 (26 Dec 2004 09:22:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 26 Dec 2004 09:22:28 +0000 (UTC) Cc: juri@jurta.org, yamaoka@jpl.org, joakim@verona.se, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 26 10:22:22 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 1CiUbW-0002nI-00 for ; Sun, 26 Dec 2004 10:22:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CiUmG-0006EG-0D for ged-emacs-devel@m.gmane.org; Sun, 26 Dec 2004 04:33:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CiUln-000691-Sl for emacs-devel@gnu.org; Sun, 26 Dec 2004 04:33:00 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CiUll-00067W-Ms for emacs-devel@gnu.org; Sun, 26 Dec 2004 04:32:58 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CiUll-00066G-F1 for emacs-devel@gnu.org; Sun, 26 Dec 2004 04:32:57 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CiUZR-0006Vy-WA for emacs-devel@gnu.org; Sun, 26 Dec 2004 04:20:14 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CiUU7-000411-Ml; Sun, 26 Dec 2004 04:14:43 -0500 Original-To: Luc Teirlinck In-reply-to: <200412242139.iBOLdrA16600@raven.dms.auburn.edu> (message from Luc Teirlinck on Fri, 24 Dec 2004 15:39:53 -0600 (CST)) 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:31409 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31409 Moreover, in addition to those two and texinfo-format-buffer and loaddefs.el, there is a problem when you autorevert the Buffer Menu. At regular intervals, you get asked the "undo" question, even when the Buffer Menu is very tiny (like three buffers). That suggests something is making too much undo info. It would be good to debug why it makes so much undo info. Forcing Emacs into the debugger when it is asking the question would be a way to do that. Or stopping Emacs with GDB. 3. Fail to put in undo boundaries, thus accumulating one huge single undo entry, eventually triggering the undo-outer-limit question. Situation 3 seems to happen rather easily with timers. Maybe that means Emacs should put in undo boundaries at the beginning and end of a timer. Although the problem with the buffer menu appears to be caused by (3) I believe that the reasons for discarding undo info when reverting a file, also apply to reverting the Buffer Menu. So the patch below, discards all undo info when reverting the Buffer Menu. I think that is right, and likewise for Dired. Reverting should clear out the undo info, since it is supposed to give a clean slate.