unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: juri@jurta.org, yamaoka@jpl.org, joakim@verona.se, emacs-devel@gnu.org
Subject: Re: undo in loaddefs.el buffer
Date: Sun, 26 Dec 2004 23:29:33 -0600 (CST)	[thread overview]
Message-ID: <200412270529.iBR5TXe19874@raven.dms.auburn.edu> (raw)
In-Reply-To: <E1CiUU7-000411-Ml@fencepost.gnu.org> (message from Richard Stallman on Sun, 26 Dec 2004 04:14:43 -0500)

Richard Stallman wrote:

       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.

Each time the Buffer Menu reverted (every five seconds), it added more
undo info to the same undo entry without even making an undo boundary.
The patch for the Buffer Menu (clearing out the undo info when
reverting), which I installed, fixes that problem, so it should be
gone now.

       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.

Most timers do not modify the buffer.  But, _maybe_ that is OK.  From
reading the code of Fundo_boundary, it appears that it will never make
consecutive redundant boundaries anyway.  

Timers can switch buffers.  Auto Revert does.  Again, _maybe_ that is
OK because (from `(elisp)Undo'):

All buffer modifications add a boundary whenever the previous
undoable change was made in some other buffer.  This is to ensure
that each command makes a boundary in each buffer where it makes
changes.

       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.

At closer look, Dired already does discard all undo Info when
reverting, in dired-readin.

Sincerely,

Luc.

  reply	other threads:[~2004-12-27  5:29 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-21 14:14 undo in loaddefs.el buffer Luc Teirlinck
2004-12-21 15:41 ` Luc Teirlinck
2004-12-22  4:31   ` Katsumi Yamaoka
2004-12-22  4:58     ` Katsumi Yamaoka
2004-12-23  0:01     ` Richard Stallman
2004-12-23  0:26       ` David Kastrup
2004-12-25 15:13         ` Richard Stallman
2004-12-24  1:45     ` Juri Linkov
2004-12-24 21:39       ` Luc Teirlinck
2004-12-26  9:14         ` Richard Stallman
2004-12-27  5:29           ` Luc Teirlinck [this message]
2004-12-27 22:35             ` Richard Stallman
2004-12-24 23:59       ` Luc Teirlinck
2004-12-25 15:12       ` Richard Stallman
2004-12-26  2:06         ` Luc Teirlinck
2004-12-26  2:32           ` Juri Linkov
2004-12-26  3:59             ` Luc Teirlinck
2004-12-27  2:40             ` Luc Teirlinck
2004-12-27 20:16               ` Juri Linkov
2004-12-28  4:57                 ` Richard Stallman
2004-12-27  4:09             ` Richard Stallman
2004-12-26 16:15           ` Jan D.
2004-12-27  2:31             ` Luc Teirlinck
2004-12-27 10:21               ` Jan D.
2004-12-27 11:05                 ` Jan D.
2004-12-27 22:35                 ` Richard Stallman
2004-12-28 13:16                   ` Jan D.
2004-12-28 20:57                     ` Richard Stallman
2004-12-29 12:59                       ` Jan D.
2004-12-28  5:03                 ` Luc Teirlinck
2004-12-28 17:25                   ` Richard Stallman
2004-12-29  2:07                     ` Luc Teirlinck
2004-12-29 20:46                       ` Richard Stallman
2004-12-30  1:14                         ` Luc Teirlinck
2004-12-30 16:43                           ` Richard Stallman
2004-12-31  1:54                             ` Luc Teirlinck
2004-12-31  9:22                               ` David Kastrup
2004-12-31 15:04                                 ` Luc Teirlinck
2005-01-01  5:25                                   ` Richard Stallman
2005-01-02 16:02                                     ` Luc Teirlinck
2005-01-03  0:58                                       ` Richard Stallman
2005-01-04  3:07                                         ` Luc Teirlinck
2005-01-04 17:00                                           ` Richard Stallman
2004-12-31  2:14                             ` Luc Teirlinck
2004-12-30  5:06                     ` Luc Teirlinck
2004-12-30 20:58                       ` Richard Stallman
2004-12-27 18:05             ` Richard Stallman
2004-12-27 19:33               ` Jan D.
2004-12-28  4:57                 ` Richard Stallman
2004-12-28  8:11                   ` Jan D.
2004-12-28 21:05                 ` Jason Rumney
2004-12-29 23:22                   ` Jan D.
2004-12-27  4:09           ` Richard Stallman
2004-12-27  4:42             ` Luc Teirlinck
2004-12-26  2:43         ` Juri Linkov
2004-12-27  4:09           ` Richard Stallman
2005-01-04  9:05     ` Juri Linkov
2004-12-21 21:57 ` Kevin Rodgers
2004-12-22  0:17   ` Luc Teirlinck
2004-12-22  0:17 ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200412270529.iBR5TXe19874@raven.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=emacs-devel@gnu.org \
    --cc=joakim@verona.se \
    --cc=juri@jurta.org \
    --cc=yamaoka@jpl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).