GNU bug report logs - #26986
26.0.50; Unsafe recovery should be off by default in batch mode

Previous Next

Package: emacs;

Reported by: Philipp <p.stephani2 <at> gmail.com>

Date: Thu, 18 May 2017 19:45:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 26.0.50

Done: Stefan Kangas <stefan <at> marxist.se>

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 26986 in the body.
You can then email your comments to 26986 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-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Thu, 18 May 2017 19:45:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Philipp <p.stephani2 <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 18 May 2017 19:45:02 GMT) Full text and rfc822 format available.

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

From: Philipp <p.stephani2 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.0.50; Unsafe recovery should be off by default in batch mode
Date: Thu, 18 May 2017 21:44:22 +0200
In batch mode there will usually be no long-lived buffers with
non-recoverable contents, therefore the reasoning for
`attempt-stack-overflow-recovery' and
`attempt-orderly-shutdown-on-fatal-signal' being t doesn't apply.  This
means that these variables should be nil by default in batch mode.


In GNU Emacs 26.0.50 (build 85, x86_64-apple-darwin16.5.0, NS appkit-1504.82 Version 10.12.4 (Build 16E195))
 of 2017-05-18 built on p
Repository revision: 8deef1d6a7bf620abf4219b6471883381b817724
Windowing system distributor 'Apple', version 10.3.1504
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --with-modules --without-xml2 --without-pop --with-mailutils
 --enable-gcc-warnings=warn-only --enable-checking
 --enable-check-lisp-object-type
 MAKEINFO=/usr/local/opt/texinfo/bin/makeinfo 'CFLAGS=-ggdb3 -O0''

Configured features:
RSVG DBUS NOTIFY ACL GNUTLS ZLIB TOOLKIT_SCROLL_BARS NS MODULES

Important settings:
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win
ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow
isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote dbusbind kqueue cocoa ns multi-tty
make-network-process emacs)

Memory information:
((conses 16 204419 8753)
 (symbols 48 20017 2)
 (miscs 40 50 195)
 (strings 32 18042 5580)
 (string-bytes 1 589313)
 (vectors 16 35616)
 (vector-slots 8 703770 4113)
 (floats 8 48 68)
 (intervals 56 213 0)
 (buffers 976 11))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Thu, 18 May 2017 19:51:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp <p.stephani2 <at> gmail.com>
Cc: 26986 <at> debbugs.gnu.org
Subject: Re: bug#26986: 26.0.50;
 Unsafe recovery should be off by default in batch mode
Date: Thu, 18 May 2017 22:49:46 +0300
> From: Philipp <p.stephani2 <at> gmail.com>
> Date: Thu, 18 May 2017 21:44:22 +0200
> 
> In batch mode there will usually be no long-lived buffers with
> non-recoverable contents, therefore the reasoning for
> `attempt-stack-overflow-recovery' and
> `attempt-orderly-shutdown-on-fatal-signal' being t doesn't apply.  This
> means that these variables should be nil by default in batch mode.

I see your point, but what are the arguments for changing their values
in batch mode?  IOW, what advantages will this give us?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Thu, 18 May 2017 20:27:02 GMT) Full text and rfc822 format available.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 26986 <at> debbugs.gnu.org
Subject: Re: bug#26986: 26.0.50; Unsafe recovery should be off by default in
 batch mode
Date: Thu, 18 May 2017 20:26:13 +0000
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> schrieb am Do., 18. Mai 2017 um 21:50 Uhr:

> > From: Philipp <p.stephani2 <at> gmail.com>
> > Date: Thu, 18 May 2017 21:44:22 +0200
> >
> > In batch mode there will usually be no long-lived buffers with
> > non-recoverable contents, therefore the reasoning for
> > `attempt-stack-overflow-recovery' and
> > `attempt-orderly-shutdown-on-fatal-signal' being t doesn't apply.  This
> > means that these variables should be nil by default in batch mode.
>
> I see your point, but what are the arguments for changing their values
> in batch mode?  IOW, what advantages will this give us?
>

When debugging Emacs internals or running unit tests, setting these
variables to nil will cause obvious and clear failures instead of silent
recovery attempts.
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Thu, 18 May 2017 20:40:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 26986 <at> debbugs.gnu.org
Subject: Re: bug#26986: 26.0.50; Unsafe recovery should be off by default in
 batch mode
Date: Thu, 18 May 2017 23:38:48 +0300
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Thu, 18 May 2017 20:26:13 +0000
> Cc: 26986 <at> debbugs.gnu.org
> 
>  I see your point, but what are the arguments for changing their values
>  in batch mode? IOW, what advantages will this give us?
> 
> When debugging Emacs internals or running unit tests, setting these variables to nil will cause obvious and
> clear failures instead of silent recovery attempts. 

OK, but the batch mode is not used only for debugging or testing.
Perhaps we should change the values in these two cases.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Sat, 27 May 2017 12:08:01 GMT) Full text and rfc822 format available.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 26986 <at> debbugs.gnu.org
Subject: Re: bug#26986: 26.0.50; Unsafe recovery should be off by default in
 batch mode
Date: Sat, 27 May 2017 12:06:52 +0000
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> schrieb am Do., 18. Mai 2017 um 22:39 Uhr:

> > From: Philipp Stephani <p.stephani2 <at> gmail.com>
> > Date: Thu, 18 May 2017 20:26:13 +0000
> > Cc: 26986 <at> debbugs.gnu.org
> >
> >  I see your point, but what are the arguments for changing their values
> >  in batch mode? IOW, what advantages will this give us?
> >
> > When debugging Emacs internals or running unit tests, setting these
> variables to nil will cause obvious and
> > clear failures instead of silent recovery attempts.
>
> OK, but the batch mode is not used only for debugging or testing.
> Perhaps we should change the values in these two cases.
>

That would be a good start. However, I still think these should be off in
batch mode by default; batch mode is very unlikely to be used for
circumstances where they could be useful.
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Sat, 27 May 2017 13:32:01 GMT) Full text and rfc822 format available.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 26986 <at> debbugs.gnu.org
Subject: Re: bug#26986: 26.0.50; Unsafe recovery should be off by default in
 batch mode
Date: Sat, 27 May 2017 13:31:30 +0000
[Message part 1 (text/plain, inline)]
Philipp Stephani <p.stephani2 <at> gmail.com> schrieb am Sa., 27. Mai 2017 um
14:06 Uhr:

> Eli Zaretskii <eliz <at> gnu.org> schrieb am Do., 18. Mai 2017 um 22:39 Uhr:
>
>> > From: Philipp Stephani <p.stephani2 <at> gmail.com>
>> > Date: Thu, 18 May 2017 20:26:13 +0000
>> > Cc: 26986 <at> debbugs.gnu.org
>> >
>> >  I see your point, but what are the arguments for changing their values
>> >  in batch mode? IOW, what advantages will this give us?
>> >
>> > When debugging Emacs internals or running unit tests, setting these
>> variables to nil will cause obvious and
>> > clear failures instead of silent recovery attempts.
>>
>> OK, but the batch mode is not used only for debugging or testing.
>> Perhaps we should change the values in these two cases.
>>
>
> That would be a good start.
>

I've installed commit ebe0bdae9d for this.
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Sat, 27 May 2017 13:40:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 26986 <at> debbugs.gnu.org
Subject: Re: bug#26986: 26.0.50; Unsafe recovery should be off by default in
 batch mode
Date: Sat, 27 May 2017 16:39:07 +0300
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Sat, 27 May 2017 12:06:52 +0000
> Cc: 26986 <at> debbugs.gnu.org
> 
>  OK, but the batch mode is not used only for debugging or testing.
>  Perhaps we should change the values in these two cases.
> 
> That would be a good start. However, I still think these should be off in batch mode by default; batch mode is
> very unlikely to be used for circumstances where they could be useful. 

Batch mode is frequently used to test or present problems that happen
in interactive sessions, so I'd like to avoid making the batch mode
too different from the rest.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26986; Package emacs. (Sun, 29 Sep 2019 02:49:01 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 26986 <at> debbugs.gnu.org, Philipp Stephani <p.stephani2 <at> gmail.com>
Subject: Re: bug#26986: 26.0.50; Unsafe recovery should be off by default in
 batch mode
Date: Sun, 29 Sep 2019 04:48:23 +0200
tags 26986 + wontfix
close 26986
quit

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Philipp Stephani <p.stephani2 <at> gmail.com>
>> Date: Sat, 27 May 2017 12:06:52 +0000
>> Cc: 26986 <at> debbugs.gnu.org
>>
>>  OK, but the batch mode is not used only for debugging or testing.
>>  Perhaps we should change the values in these two cases.
>>
>> That would be a good start. However, I still think these should be off in batch mode by default; batch mode is
>> very unlikely to be used for circumstances where they could be useful.
>
> Batch mode is frequently used to test or present problems that happen
> in interactive sessions, so I'd like to avoid making the batch mode
> too different from the rest.

I understand Eli's message here as wontfix.  I'm closing this bug report
as such.

If anyone disagrees, feel free to reopen.

Best regards,
Stefan Kangas




Added tag(s) wontfix. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Sun, 29 Sep 2019 02:49:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 26986 <at> debbugs.gnu.org and Philipp <p.stephani2 <at> gmail.com> Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Sun, 29 Sep 2019 02:49:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 27 Oct 2019 11:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 176 days ago.

Previous Next


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