GNU bug report logs - #17405
C-g C-g in GC does not autosave

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Mon, 5 May 2014 07:01:02 UTC

Severity: wishlist

To reply to this bug, email your comments to 17405 AT debbugs.gnu.org.

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-gnu-emacs <at> gnu.org:
bug#17405; Package emacs. (Mon, 05 May 2014 07:01:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to rms <at> gnu.org:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 05 May 2014 07:01:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Richard Stallman <rms <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: C-g C-g in GC does not autosave
Date: Mon, 05 May 2014 03:00:07 -0400
[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

I think Emacs used to be smart enough to autosave from C-g C-g
within a GC.  I guess that broke and someone decided to fix it
by not trying to autosave.

Can't we make it autosave correctly?

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17405; Package emacs. (Fri, 04 Dec 2020 12:00:02 GMT) Full text and rfc822 format available.

Message #8 received at 17405 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Richard Stallman <rms <at> gnu.org>
Cc: 17405 <at> debbugs.gnu.org
Subject: Re: bug#17405: C-g C-g in GC does not autosave
Date: Fri, 04 Dec 2020 12:58:51 +0100
Richard Stallman <rms <at> gnu.org> writes:

> I think Emacs used to be smart enough to autosave from C-g C-g
> within a GC.  I guess that broke and someone decided to fix it
> by not trying to autosave.
>
> Can't we make it autosave correctly?

I think that sounds like somewhat surprising behaviour -- why should
`C-g C-g' (at any time) autosave?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17405; Package emacs. (Fri, 04 Dec 2020 12:35:02 GMT) Full text and rfc822 format available.

Message #11 received at 17405 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 17405 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#17405: C-g C-g in GC does not autosave
Date: Fri, 04 Dec 2020 14:33:29 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Fri, 04 Dec 2020 12:58:51 +0100
> Cc: 17405 <at> debbugs.gnu.org
> 
> Richard Stallman <rms <at> gnu.org> writes:
> 
> > I think Emacs used to be smart enough to autosave from C-g C-g
> > within a GC.  I guess that broke and someone decided to fix it
> > by not trying to autosave.
> >
> > Can't we make it autosave correctly?
> 
> I think that sounds like somewhat surprising behaviour -- why should
> `C-g C-g' (at any time) autosave?

Because "C-g C-g" (if you type it fast enough) triggers the so-called
"emergency escape", whereby we might abort and dump core, subject to
user's confirmation.  See handle_interrupt in keyboard.c.

The answer to Richard's question is that this "someone who decided to
fix it" was Richard himself, back in Nov 2995 (see commit 118d6ca).
The comment to the "not in GC" condition explains this:

      /* It doesn't work to autosave while GC is in progress;
	 the code used for auto-saving doesn't cope with the mark bit.  */

Maybe we should see whether this is still the case, i.e. whether
auto-saving still cannot cope with the mark bit.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17405; Package emacs. (Fri, 04 Dec 2020 12:55:01 GMT) Full text and rfc822 format available.

Message #14 received at 17405 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 17405 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#17405: C-g C-g in GC does not autosave
Date: Fri, 04 Dec 2020 13:54:29 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> I think that sounds like somewhat surprising behaviour -- why should
>> `C-g C-g' (at any time) autosave?
>
> Because "C-g C-g" (if you type it fast enough) triggers the so-called
> "emergency escape", whereby we might abort and dump core, subject to
> user's confirmation.  See handle_interrupt in keyboard.c.

Oh, the "abort and dump core (and autosave)" message?  Yes, I've seen
that one, but I assumed that Richard was talking about something else,
since he just mentioned "autosave".

(Speaking of which -- that message has always confused me.  I don't know
what I'm answering yes to "abort", "dump core" or "autosave", or a
combination thereof.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#17405; Package emacs. (Fri, 04 Dec 2020 13:25:01 GMT) Full text and rfc822 format available.

Message #17 received at 17405 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 17405 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#17405: C-g C-g in GC does not autosave
Date: Fri, 04 Dec 2020 15:24:23 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: rms <at> gnu.org,  17405 <at> debbugs.gnu.org
> Date: Fri, 04 Dec 2020 13:54:29 +0100
> 
> (Speaking of which -- that message has always confused me.  I don't know
> what I'm answering yes to "abort", "dump core" or "autosave", or a
> combination thereof.)

They are two messages, shown one after the other:

  Auto-save? (y or n)
  Abort (and dump core)? (y or n)




Severity set to 'wishlist' from 'normal' Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Sat, 23 Oct 2021 05:26:03 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 233 days ago.

Previous Next


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