From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Dynamic modules: MODULE_HANDLE_SIGNALS etc. Date: Mon, 04 Jan 2016 17:27:25 +0200 Message-ID: <83a8ol8iw2.fsf@gnu.org> References: <83mvu1x6t3.fsf@gnu.org> <567841A6.4090408@cs.ucla.edu> <567844B9.2050308@dancol.org> <5678CD07.8080209@cs.ucla.edu> <5678D3AF.7030101@dancol.org> <5678D620.6070000@cs.ucla.edu> <83mvt2qxm1.fsf@gnu.org> <56797CD9.8010706@cs.ucla.edu> <8337uuqsux.fsf@gnu.org> <5679DC83.70405@cs.ucla.edu> <83oadhp2mj.fsf@gnu.org> <567AD556.6020202@cs.ucla.edu> <567AD766.3060608@dancol.org> <567B5DAB.2000900@cs.ucla.edu> <83fuyromig.fsf@gnu.org> <567C25B1.3020101@dancol.org> <56892FD6.8040708@dancol.org> <568988EE.3010205@dancol.org> <56899278.9000007@dancol.org> <56899345.2040005@dancol.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1451921265 30770 80.91.229.3 (4 Jan 2016 15:27:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Jan 2016 15:27:45 +0000 (UTC) Cc: eggert@cs.ucla.edu, Emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 04 16:27:45 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aG72t-00022H-A6 for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 16:27:43 +0100 Original-Received: from localhost ([::1]:45399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG72s-0001ll-Q1 for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 10:27:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46506) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG72b-0001Pm-7H for Emacs-devel@gnu.org; Mon, 04 Jan 2016 10:27:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aG72Y-0008M4-G1 for Emacs-devel@gnu.org; Mon, 04 Jan 2016 10:27:25 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34636) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG72Y-0008M0-E3; Mon, 04 Jan 2016 10:27:22 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3006 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aG72X-0001yQ-Mc; Mon, 04 Jan 2016 10:27:22 -0500 In-reply-to: <56899345.2040005@dancol.org> (message from Daniel Colascione on Sun, 3 Jan 2016 13:31:49 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:197580 Archived-At: > From: Daniel Colascione > Date: Sun, 3 Jan 2016 13:31:49 -0800 > > I'd also support doing no auto-save at crash time. Auto-save should > happen frequently enough anyway that users shouldn't lose much data when > a crash happens, and not auto-saving sidesteps a lot of robustness concerns. I have my auto-save-timeout customized to 15 since about forever, but I don't know what others will say about that. We should ask users before changing this. In any case, disabling auto-save at crash time is out of the question, IMO. Precious stuff could come into a buffer from some fast source, such as a program or a network connection, and in that case even several seconds worth of data could be a lot. Removing auto-save from the emergency shut down would be a terrible mistake.