GNU bug report logs - #861
Strange interaction of cursor movement and post-command-hook?

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Tue, 2 Sep 2008 01:20:04 UTC

Severity: normal

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 861 in the body.
You can then email your comments to 861 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#861; Package emacs. Full text and rfc822 format available.

Acknowledgement sent to rms <at> gnu.org:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Richard M. Stallman" <rms <at> gnu.org>
To: David Kastrup <dak <at> gnu.org>
Cc: emacs-pretest-bug <at> gnu.org
Subject: Re: Strange interaction of cursor movement and post-command-hook?
Date: Mon, 01 Sep 2008 21:09:02 -0400
    Internally, the two strings share most of their state.
    The total amount of memory used is (roughly speaking)
    the memory for saved_undo_point plus the memory
    for just the string "foobar".

That is what I figured.  What I am worried about is the "roughly".
There can be a lot of undo data, which is why there are special
features to control how much is saved.  So the efficiency of storing
it is very important.

Note also that undo data covers more than just buffer contents.

    (In reality, it's a little bit fancier than what is
    described above in order to put an upper bound on
    the amount of fragmentation of strings in memory.)

Those measures, which are clearly necessary, could impact the
efficiency of storing hundreds of past snapshots.  This might cause
the amount of duplicated buffer text to increase, even drastically.
Or it might not.

Making this change to the buffer representation would not _require_
changing the undo data structure and mechanism.  That one area of the
C code is fairly modular and independent of buffer internals.
It might hardly need any change.  Other areas could take more work.





bug closed, send any further explanations to rms <at> gnu.org Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Thu, 21 Jan 2010 00:00:05 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <bug-gnu-emacs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 18 Feb 2010 12:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 15 years and 175 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.