From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Phil Sainty Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Nov 2011 17:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10047@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.132129189228863 (code B ref -1); Mon, 14 Nov 2011 17:32:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Nov 2011 17:31:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQ0NX-0007VT-Nc for submit@debbugs.gnu.org; Mon, 14 Nov 2011 12:31:32 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPuAT-0005sY-4G for submit@debbugs.gnu.org; Mon, 14 Nov 2011 05:53:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RPu9q-0005Rp-Es for submit@debbugs.gnu.org; Mon, 14 Nov 2011 05:52:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:55262) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPu9q-0005Rl-Bv for submit@debbugs.gnu.org; Mon, 14 Nov 2011 05:52:58 -0500 Received: from eggs.gnu.org ([140.186.70.92]:41887) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPu9p-0002jW-C1 for bug-gnu-emacs@gnu.org; Mon, 14 Nov 2011 05:52:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RPu9n-0005RS-I3 for bug-gnu-emacs@gnu.org; Mon, 14 Nov 2011 05:52:57 -0500 Received: from mx7.orcon.net.nz ([219.88.242.57]:36881) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPu9m-0005QQ-Vo for bug-gnu-emacs@gnu.org; Mon, 14 Nov 2011 05:52:55 -0500 Received: from Debian-exim by mx7.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1RPu9Y-0005Fc-V9 for bug-gnu-emacs@gnu.org; Mon, 14 Nov 2011 23:52:41 +1300 Received: from [60.234.157.21] (helo=[192.168.1.2]) by mx7.orcon.net.nz with esmtpa (Exim 4.69) (envelope-from ) id 1RPu9Y-0005Er-AS for bug-gnu-emacs@gnu.org; Mon, 14 Nov 2011 23:52:40 +1300 Message-ID: <4EC0F2F3.5000607@orcon.net.nz> Date: Mon, 14 Nov 2011 23:52:35 +1300 From: Phil Sainty User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx7.orcon.net.nz on Mon, 14 Nov 2011 23:52:40 +1300 X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 14 23:52:40 2011 X-DSPAM-Confidence: 0.5539 X-DSPAM-Probability: 0.0000 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Mailman-Approved-At: Mon, 14 Nov 2011 12:31:30 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Hi all, I'm a bit stumped, and am not even sure how to approach this. I'm writing a major mode for entering timesheet data for use with a custom application, and I wanted to keep the columns automatically aligned within a block of entries for a given day, so my mode uses `post-command-hook' to (most of the time) call `align-current', which works more or less as I want* except that I'm encountering situations in testing where the undo system forgets some of the history and just reports "No further undo information". This is happening when I delete a few lines of data, and then try to re-do it all. It gets part way through and then fails to re-do the remainder. This is something of a show-stopper. I'm seeing the same issue with both Emacs 23.3 and 24.0.91.1 on both Windows and Ubuntu. I'm really not sure how to go about debugging the problem. I was hoping that maybe someone can provide some insight into how my use of align-current and post-command-hook might affect the undo system, or otherwise suggest some smart ways of narrowing down what the problem is? I'm really not familiar with the inner workings of the mechanisms in question. All I can think of offhand is that (despite the test data being only ~200 bytes) I'm managing to exceed the maximum amount of undo data permitted, and it's silently losing the data for the older changes?? I've verified that the issue occurs when running emacs with the -Q option, and loading only the relevant files, although I haven't yet boiled the code down to a minimal test case. I imagine that's the next step, if no one has any immediate suggestions, but unfortunately the bug seems inconsistent in when it occurs, so I've been having some trouble even trying to do that much. thanks, -Phil (*) I'm finding it trickier than I had hoped to configure the align rules for this purpose, but that's not relevant here other than to say that the docstring for the `align-rules-list' variable should detail the requirement for and use of the (end reverse) arguments for a custom "regexp" function, because that's not obvious without searching for example usages and/or reading through the somewhat complex code in the align library. (The problem I'm having occurs regardless of whether I'm using a custom function or a plain regexp, however.) From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Nov 2011 17:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Phil Sainty Cc: 10047@debbugs.gnu.org Received: via spool by 10047-submit@debbugs.gnu.org id=B10047.13216378523683 (code B ref 10047); Fri, 18 Nov 2011 17:38:01 +0000 Received: (at 10047) by debbugs.gnu.org; 18 Nov 2011 17:37:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RRSNY-0000xJ-KO for submit@debbugs.gnu.org; Fri, 18 Nov 2011 12:37:32 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RRSNN-0000wu-ON for 10047@debbugs.gnu.org; Fri, 18 Nov 2011 12:37:22 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACyXxk5FpZVk/2dsb2JhbABDqjGBBoFyAQEEAVYjBQsLDiYSFBgNEAETiBa2e4oXBIgXmXeESg X-IronPort-AV: E=Sophos;i="4.69,534,1315195200"; d="scan'208";a="148502677" Received: from 69-165-149-100.dsl.teksavvy.com (HELO pastel.home) ([69.165.149.100]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 18 Nov 2011 12:36:23 -0500 Received: by pastel.home (Postfix, from userid 20848) id 4536E5936A; Fri, 18 Nov 2011 12:36:23 -0500 (EST) From: Stefan Monnier Message-ID: References: <4EC0F2F3.5000607@orcon.net.nz> Date: Fri, 18 Nov 2011 12:36:23 -0500 In-Reply-To: <4EC0F2F3.5000607@orcon.net.nz> (Phil Sainty's message of "Mon, 14 Nov 2011 23:52:35 +1300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) > I'm a bit stumped, and am not even sure how to approach this. > I'm writing a major mode for entering timesheet data for use with a > custom application, and I wanted to keep the columns automatically > aligned within a block of entries for a given day, so my mode uses > `post-command-hook' to (most of the time) call `align-current', which > works more or less as I want* except that I'm encountering situations > in testing where the undo system forgets some of the history and just > reports "No further undo information". This is happening when I delete > a few lines of data, and then try to re-do it all. It gets part way > through and then fails to re-do the remainder. This is something of a > show-stopper. > I'm seeing the same issue with both Emacs 23.3 and 24.0.91.1 on both > Windows and Ubuntu. > I'm really not sure how to go about debugging the problem. I was > hoping that maybe someone can provide some insight into how my use of > align-current and post-command-hook might affect the undo system, or > otherwise suggest some smart ways of narrowing down what the problem > is? I'm really not familiar with the inner workings of the mechanisms > in question. All I can think of offhand is that (despite the test data > being only ~200 bytes) I'm managing to exceed the maximum amount of > undo data permitted, and it's silently losing the data for the older > changes?? Your problem doesn't ring a bell, sorry. The best options I can think of are: - log the value of buffer-undo-list at each step in some auxiliary debugging buffer, for post-mortem analysis. - try to come up with a reproducible test case. Stefan From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Phil Sainty Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Nov 2011 10:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Stefan Monnier Cc: 10047@debbugs.gnu.org Received: via spool by 10047-submit@debbugs.gnu.org id=B10047.132247749024400 (code B ref 10047); Mon, 28 Nov 2011 10:52:02 +0000 Received: (at 10047) by debbugs.gnu.org; 28 Nov 2011 10:51:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RUyo5-0006LT-59 for submit@debbugs.gnu.org; Mon, 28 Nov 2011 05:51:30 -0500 Received: from loadbalancer1.orcon.net.nz ([219.88.242.3] helo=mx1.orcon.net.nz) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RUyo1-0006LI-DJ for 10047@debbugs.gnu.org; Mon, 28 Nov 2011 05:51:27 -0500 Received: from Debian-exim by mx1.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1RUymS-0003dX-Ue for 10047@debbugs.gnu.org; Mon, 28 Nov 2011 23:49:48 +1300 Received: from [60.234.157.21] (helo=[192.168.1.2]) by mx1.orcon.net.nz with esmtpa (Exim 4.69) (envelope-from ) id 1RUymS-0003cR-JB; Mon, 28 Nov 2011 23:49:48 +1300 Message-ID: <4ED36734.5060608@orcon.net.nz> Date: Mon, 28 Nov 2011 23:49:24 +1300 From: Phil Sainty User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 References: <4EC0F2F3.5000607@orcon.net.nz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx1.orcon.net.nz on Mon, 28 Nov 2011 23:49:48 +1300 X-DSPAM-Result: Spam X-DSPAM-Processed: Mon Nov 28 23:49:48 2011 X-DSPAM-Confidence: 0.5199 X-DSPAM-Probability: 1.0000 X-Spam-Score: -4.6 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) > Your problem doesn't ring a bell, sorry. The best options I can think > of are: > - log the value of buffer-undo-list at each step in some auxiliary > debugging buffer, for post-mortem analysis. > - try to come up with a reproducible test case. As it turned out, most of my code & context was irrelevant. You should be able to reproduce the bug like this: emacs -Q M-: (add-hook 'post-command-hook 'align-current) RET (until the scratch buffer message is gone) C-/ (or otherwise undo, until it fails with the message "No further undo information") It will probably occur after deleting far fewer characters than that, but the point of failure seems variable. However, in a half-dozen test runs just now, I've yet to have it get as far as restoring the first half of the first line before failing. -Phil From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Nov 2011 20:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Phil Sainty Cc: 10047@debbugs.gnu.org Received: via spool by 10047-submit@debbugs.gnu.org id=B10047.1322598256535 (code B ref 10047); Tue, 29 Nov 2011 20:25:01 +0000 Received: (at 10047) by debbugs.gnu.org; 29 Nov 2011 20:24:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RVUDw-00008Z-IB for submit@debbugs.gnu.org; Tue, 29 Nov 2011 15:24:16 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RVUDt-00008Q-KQ for 10047@debbugs.gnu.org; Tue, 29 Nov 2011 15:24:14 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id pATKMAwK004316; Tue, 29 Nov 2011 15:22:10 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id A865EB42AC; Tue, 29 Nov 2011 15:22:10 -0500 (EST) From: Stefan Monnier Message-ID: References: <4EC0F2F3.5000607@orcon.net.nz> <4ED36734.5060608@orcon.net.nz> Date: Tue, 29 Nov 2011 15:22:10 -0500 In-Reply-To: <4ED36734.5060608@orcon.net.nz> (Phil Sainty's message of "Mon, 28 Nov 2011 23:49:24 +1300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4056=0 X-NAI-Spam-Version: 2.2.0.9286 : core <4056> : streams <706334> : uri <1018517> X-Spam-Score: -4.5 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.5 (----) > As it turned out, most of my code & context was irrelevant. > You should be able to reproduce the bug like this: > emacs -Q > M-: (add-hook 'post-command-hook 'align-current) RET > (until the scratch buffer message is gone) > C-/ (or otherwise undo, until it fails with the message > "No further undo information") OK, here's my analysis: 1- align-current uses several (call it M) temporary markers. 2- they all get added to the undo-list whenever you DEL (because their position is modified). 3- so after N uses of DEL, you have M * N^2 entries. In my tests, M is 10, so after deleting 50 chars, you have 10 * 2500 = 25000 "marker-update" entries in your undo-log. 4- at the beginning of GC, the log is considered too long (because of those spurious entries) and gets truncated. 5- at the end of GC, those spurious entries are removed from the log because those markers were temporary and only the undo-log still had references to them. The problem can be fixed in 2 ways, both of which are desired: - change align.el so it doesn't leave so many temporary markers around (it could use fewer markers, and it could also unset them explicitly at the end). - swap 4 and 5 (actually it was swapped in Emacs-22, so that would revert to the behavior of Emacs-21). I've installed a patch which reduces align.el's use of markers a little bit. It seems sufficient to get your test case to work, but I can't guarantee it will solve the problem in your more general case. It'd take a bit more analysis of align.el's code to figure out how to fix it further. Stefan From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Phil Sainty Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Dec 2011 14:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 10047@debbugs.gnu.org Received: via spool by 10047-submit@debbugs.gnu.org id=B10047.13227490367222 (code B ref 10047); Thu, 01 Dec 2011 14:18:01 +0000 Received: (at 10047) by debbugs.gnu.org; 1 Dec 2011 14:17:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RW7Rr-0001sR-Ec for submit@debbugs.gnu.org; Thu, 01 Dec 2011 09:17:15 -0500 Received: from loadbalancer1.orcon.net.nz ([219.88.242.3] helo=mx1.orcon.net.nz) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RW7Ro-0001sF-EA for 10047@debbugs.gnu.org; Thu, 01 Dec 2011 09:17:14 -0500 Received: from Debian-exim by mx1.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1RW7Rx-0000rP-15 for 10047@debbugs.gnu.org; Fri, 02 Dec 2011 03:17:21 +1300 Received: from [60.234.157.21] (helo=[192.168.1.2]) by mx1.orcon.net.nz with esmtpa (Exim 4.69) (envelope-from ) id 1RW7Rw-0000qN-Kk; Fri, 02 Dec 2011 03:17:20 +1300 Message-ID: <4ED78C52.4020603@orcon.net.nz> Date: Fri, 02 Dec 2011 03:16:50 +1300 From: Phil Sainty User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 References: <4EC0F2F3.5000607@orcon.net.nz> <4ED36734.5060608@orcon.net.nz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx1.orcon.net.nz on Fri, 02 Dec 2011 03:17:20 +1300 X-DSPAM-Result: Spam X-DSPAM-Processed: Fri Dec 2 03:17:21 2011 X-DSPAM-Confidence: 0.4971 X-DSPAM-Probability: 0.9796 X-Spam-Score: -3.6 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Thank you Stefan, that's very much appreciated. (Will I find that code in the new 24.0.92 pretest, or do I need to build from version control?) > 4- at the beginning of GC, the log is considered too long (because of > those spurious entries) and gets truncated. > 5- at the end of GC, those spurious entries are removed from the log > because those markers were temporary and only the undo-log still had > references to them. [...] > - swap 4 and 5 (actually it was swapped in Emacs-22, so that would > revert to the behavior of Emacs-21). I see what you mean, and yet one presumes that change was made for a reason. Is there any indication of why that change was made? On a related note to all of this, I found what seems like a good question, enquiring about how to determine safe/sensible values for increasing the undo limits, but it never got an answer. It would be nice to see that answered: http://lists.gnu.org/archive/html/help-gnu-emacs/2011-02/msg00112.html From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Dec 2011 16:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Phil Sainty Cc: 10047@debbugs.gnu.org Received: via spool by 10047-submit@debbugs.gnu.org id=B10047.132275620919091 (code B ref 10047); Thu, 01 Dec 2011 16:17:01 +0000 Received: (at 10047) by debbugs.gnu.org; 1 Dec 2011 16:16:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RW9JX-0004xr-Tu for submit@debbugs.gnu.org; Thu, 01 Dec 2011 11:16:48 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RW9JU-0004xj-HO for 10047@debbugs.gnu.org; Thu, 01 Dec 2011 11:16:45 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAC6o105Ld/3d/2dsb2JhbABEqniBBoFyAQEBAQIBAQJTIwULCw4mEhQUBA0kiBoIt3SLIASIKIoOkAKETw X-IronPort-AV: E=Sophos;i="4.71,279,1320642000"; d="scan'208";a="150388447" Received: from 75-119-253-221.dsl.teksavvy.com (HELO ceviche.home) ([75.119.253.221]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 01 Dec 2011 11:16:34 -0500 Received: by ceviche.home (Postfix, from userid 20848) id B20BB660D4; Thu, 1 Dec 2011 11:16:33 -0500 (EST) From: Stefan Monnier Message-ID: References: <4EC0F2F3.5000607@orcon.net.nz> <4ED36734.5060608@orcon.net.nz> <4ED78C52.4020603@orcon.net.nz> Date: Thu, 01 Dec 2011 11:16:33 -0500 In-Reply-To: <4ED78C52.4020603@orcon.net.nz> (Phil Sainty's message of "Fri, 02 Dec 2011 03:16:50 +1300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Thank you Stefan, that's very much appreciated. (Will I find that > code in the new 24.0.92 pretest, or do I need to build from version > control?) Yes, it should be in 24.0.92. >> - swap 4 and 5 (actually it was swapped in Emacs-22, so that would >> revert to the behavior of Emacs-21). > I see what you mean, and yet one presumes that change was made for > a reason. Is there any indication of why that change was made? Yes, it's because the truncation now does a few more things, one of which can resulting in prompting the user, and that can't be done where truncation used to take place (because it's a spot where the heap is in a special inconsistent state). So to swap things back, we'll need to split the "old plain truncation" which can be done late from the "new prompting truncation" which will have to stay where it is. > On a related note to all of this, I found what seems like a good > question, enquiring about how to determine safe/sensible values > for increasing the undo limits, but it never got an answer. It > would be nice to see that answered: > http://lists.gnu.org/archive/html/help-gnu-emacs/2011-02/msg00112.html There is no good answer: increasing those values will increase your memory use, which may be perfectly OK or not depending on your circumstance. The current default values have nothing magical to them, they're just choices which seemed reasonable at some point. We could probably increase them nowadays since memory resources have increased. Stefan From unknown Wed Jun 25 10:55:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10047: Looking for help debugging an undo issue Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Aug 2012 07:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10047 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Phil Sainty , 10047@debbugs.gnu.org Received: via spool by 10047-submit@debbugs.gnu.org id=B10047.134449823730321 (code B ref 10047); Thu, 09 Aug 2012 07:44:01 +0000 Received: (at 10047) by debbugs.gnu.org; 9 Aug 2012 07:43:57 +0000 Received: from localhost ([127.0.0.1]:43629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzNPR-0007sz-1E for submit@debbugs.gnu.org; Thu, 09 Aug 2012 03:43:57 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:56005) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzNPN-0007sr-QJ for 10047@debbugs.gnu.org; Thu, 09 Aug 2012 03:43:55 -0400 Received: by pbbrr4 with SMTP id rr4so519819pbb.3 for <10047@debbugs.gnu.org>; Thu, 09 Aug 2012 00:35:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=eyHwHzELGIXHcN2JosjaOcX4zFGB3b8vQvm6IRCmGek=; b=gIqMNaIeJOLuxlYf6XQqgqxhU/du6jyTN0lfgJGouKhtwqwnIYoP4yX1eK/RzYxV0N Usk9iZvf3et3NCkxNpCfgw6FCGfGbgdmXXddzmdiomdVV9ION2hwnfCMdoXtdrpAEZQu QzeqvOaBF80tnqxOwFnQ6fYv5+BDk9wM9murdNif+9BjA8F0ir4NYeJ7eERWKUPO9Qv2 5SCa9xu4KhpeBTZNmwXNGFHb5syCCEmR8cYCs4qobXcJmiZ+S/czfBbfVbhFzk+KLDhS ghE+NqQxlOZclNLQitwlk3kD57Rs+rN4R3CUGeQsZl0AwDeuc/bc/D6wsb+xaV7pmhhb vaDQ== Received: by 10.68.224.136 with SMTP id rc8mr1590882pbc.34.1344497744584; Thu, 09 Aug 2012 00:35:44 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id to6sm627506pbc.12.2012.08.09.00.35.40 (version=SSLv3 cipher=OTHER); Thu, 09 Aug 2012 00:35:43 -0700 (PDT) From: Chong Yidong References: <4EC0F2F3.5000607@orcon.net.nz> <4ED36734.5060608@orcon.net.nz> Date: Thu, 09 Aug 2012 15:35:37 +0800 In-Reply-To: (Stefan Monnier's message of "Tue, 29 Nov 2011 15:22:10 -0500") Message-ID: <87txwcv7p2.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Stefan Monnier writes: > I've installed a patch which reduces align.el's use of markers a > little bit. It seems sufficient to get your test case to work, but I > can't guarantee it will solve the problem in your more general case. > It'd take a bit more analysis of align.el's code to figure out how to > fix it further. I fixed align-region to delete the temporary markers it uses. This seems to clear up the remaining problems. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 09 03:44:08 2012 Received: (at control) by debbugs.gnu.org; 9 Aug 2012 07:44:08 +0000 Received: from localhost ([127.0.0.1]:43633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzNPc-0007tx-9G for submit@debbugs.gnu.org; Thu, 09 Aug 2012 03:44:08 -0400 Received: from mail-gh0-f172.google.com ([209.85.160.172]:48328) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzNPa-0007to-HO for control@debbugs.gnu.org; Thu, 09 Aug 2012 03:44:07 -0400 Received: by ghbg16 with SMTP id g16so138203ghb.3 for ; Thu, 09 Aug 2012 00:35:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=BpR0fFoc4yQdnbQi6RHOTQdQCDTUekyqpJjXHPa0lis=; b=tTKvpUONRSpeGDyj+FATLN+Bb+Zc0eRu7TaoJq9Rea1liMt8qfJRWN3R5JjeIXO70M oYSbtTvJYFfj08qSwlqcR4SS0tfjZaNBsvuw9Sw7fdTzjFKdGJXVI5Cw9Hn15LiE8igS czOQjSPFZy9DvArrVT3i+UY+tpuxZ/qdul5RgZEBoBULdpaWKsIAkvNXjkAjMQ44Z3v3 VVo+gTK1O2TPc5fTWXOgY6YBwbY5zdOjPUov96HPEZu6By4OmyKmNBNAdprcPzwUf1wy AYE42Q9a4+KExleovlwAnXl7MTCpaJwNJCo9HWGYByNBB8BunXTX/hzORHtz2mgNowgb iWyA== Received: by 10.66.87.138 with SMTP id ay10mr39792583pab.38.1344497757281; Thu, 09 Aug 2012 00:35:57 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id of1sm627831pbb.15.2012.08.09.00.35.54 (version=SSLv3 cipher=OTHER); Thu, 09 Aug 2012 00:35:56 -0700 (PDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 10047 Date: Thu, 09 Aug 2012 15:35:51 +0800 Message-ID: <87k3x8zfe0.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) close 10047 thanks