[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Emacs-diffs] Changes to emacs/man/basic.texi
From: |
Luc Teirlinck |
Subject: |
[Emacs-diffs] Changes to emacs/man/basic.texi |
Date: |
Mon, 31 Jan 2005 18:18:46 -0500 |
Index: emacs/man/basic.texi
diff -c emacs/man/basic.texi:1.40 emacs/man/basic.texi:1.41
*** emacs/man/basic.texi:1.40 Mon Dec 27 17:01:44 2004
--- emacs/man/basic.texi Mon Jan 31 23:18:45 2005
***************
*** 399,411 ****
Regardless of the values of those variables, the most recent change
is never discarded unless it gets bigger than @code{undo-outer-limit}
! (normally 300,000). At that point, Emacs asks whether to discard the
! undo information even for the current command. (You also have the
! option of quitting.) So there is normally no danger that garbage
! collection occurring right after an unintentional large change might
! prevent you from undoing it. But if you didn't expect the command
! to create such large undo data, you can get rid of it and prevent
! Emacs from running out of memory.
The reason the @code{undo} command has two keys, @kbd{C-x u} and
@kbd{C-_}, set up to run it is that it is worthy of a single-character
--- 399,411 ----
Regardless of the values of those variables, the most recent change
is never discarded unless it gets bigger than @code{undo-outer-limit}
! (normally 3,000,000). At that point, Emacs discards the undo data and
! warns you about it. This is the only situation in which you can not
! undo the last command. If this happens, you can increase the value of
! @code{undo-outer-limit} to make it even less likely to happen in the
! future. But if you didn't expect the command to create such large
! undo data, then it is probably a bug and you should report it.
! @xref{Bugs,, Reporting Bugs}.
The reason the @code{undo} command has two keys, @kbd{C-x u} and
@kbd{C-_}, set up to run it is that it is worthy of a single-character
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Emacs-diffs] Changes to emacs/man/basic.texi,
Luc Teirlinck <=