From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: 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-ID: References: <83mvaa3pyd.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403043c3fa4f8b782054fd2375e" X-Trace: blaine.gmane.org 1495139237 12776 195.159.176.226 (18 May 2017 20:27:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 18 May 2017 20:27:17 +0000 (UTC) Cc: 26986@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 18 22:27:13 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBS0u-0003AU-I2 for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 May 2017 22:27:12 +0200 Original-Received: from localhost ([::1]:55387 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBS10-0007kZ-5J for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 May 2017 16:27:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42173) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBS0p-0007i4-5V for bug-gnu-emacs@gnu.org; Thu, 18 May 2017 16:27:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dBS0k-0002Kh-EE for bug-gnu-emacs@gnu.org; Thu, 18 May 2017 16:27:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51207) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dBS0k-0002Kc-Ay for bug-gnu-emacs@gnu.org; Thu, 18 May 2017 16:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dBS0k-00064O-5Z for bug-gnu-emacs@gnu.org; Thu, 18 May 2017 16:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 May 2017 20:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26986 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26986-submit@debbugs.gnu.org id=B26986.149513919223292 (code B ref 26986); Thu, 18 May 2017 20:27:02 +0000 Original-Received: (at 26986) by debbugs.gnu.org; 18 May 2017 20:26:32 +0000 Original-Received: from localhost ([127.0.0.1]:53883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBS0G-00063c-8H for submit@debbugs.gnu.org; Thu, 18 May 2017 16:26:32 -0400 Original-Received: from mail-oi0-f53.google.com ([209.85.218.53]:36446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBS0E-00063O-3o for 26986@debbugs.gnu.org; Thu, 18 May 2017 16:26:30 -0400 Original-Received: by mail-oi0-f53.google.com with SMTP id h4so69002934oib.3 for <26986@debbugs.gnu.org>; Thu, 18 May 2017 13:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NIHB9Ehjr/PydilQ7km3/XBW29l7StL8BpPLtxFleIw=; b=eaPJVxJRq/wMD8eqVyLo7xfWNr5n0lgzgHfkIY5TfRybG3O2OR7ASCVkctU2LMyNAn 5HWTNdHOC5KO/zIWGonqpbEhQAZ3e8Wf/QgedsN8APJdVzE/m6NWUfcqEimtp3R84dxu XVG2Pi9q5gqp3GNmBeIMI6ihRfqsuF5HQkI/3mMVk4b6x+dz2JTPgyWAS9YQWjYCr9PW CF30Uqvrn6FagyWD11QEWceLIkPNHyIa8WBvrBvuqCZpZ79dOJqvdD1xnSxxIn7UmoGR 26rTlETnjisZ76JSfO1LYiXgMtSAso3jiRIU2UnGSROzOH/jS0kci2YJJUc6Gv65eZCW ClMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NIHB9Ehjr/PydilQ7km3/XBW29l7StL8BpPLtxFleIw=; b=rn3WSyTtfLf8x64kfQjr+Oc94CSWyZaRUT+jsW0HG50P9bKGOahkox7hHwoqGHcFSk ekmeSmBGUBjv8+d4bcCEps8W5bivncuck5h+0FQL6Wg7wE31+GyViCehDXxdOCV5oXxg +R9vXuKBV+0QZz3T4TtZjVXTtXupMXH5twnBQy5kwI/5b/oqS27dmr7Fr+3vj0S05EY9 P8eP2c65mKQhOum/TqrCDnD33O9li31XFo4RkfM8wwtG3nMhmFzS0mtjXXc3QoBwkM8h 8CcWAWSK57f3/512qatmCkci1fL73WVaHlkSqqqYNDAaaJXjdSzHAwBAZgD5FNR047Yk chsA== X-Gm-Message-State: AODbwcCJ/ZMJr8zfVUiy1eBfxpo65YmUpyo+d3XJvN3RdGY86/ljoyq9 NdZRbhTVOuYp7Dbjlgo1KGr91p5zA87R X-Received: by 10.157.68.224 with SMTP id p32mr3769101otg.19.1495139184325; Thu, 18 May 2017 13:26:24 -0700 (PDT) In-Reply-To: <83mvaa3pyd.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:132610 Archived-At: --f403043c3fa4f8b782054fd2375e Content-Type: text/plain; charset="UTF-8" Eli Zaretskii schrieb am Do., 18. Mai 2017 um 21:50 Uhr: > > From: Philipp > > 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. --f403043c3fa4f8b782054fd2375e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Do., 18. Mai 2017 um 21:50=C2=A0Uhr:
> From: Philipp <p.stephani2@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 app= ly.=C2=A0 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?=C2=A0 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 inste= ad of silent recovery attempts.=C2=A0
--f403043c3fa4f8b782054fd2375e--