From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Crash recovery strategies Date: Sun, 3 Jan 2016 15:21:32 -0800 Organization: UCLA Computer Science Department Message-ID: <5689ACFC.5050407@cs.ucla.edu> References: <83mvu1x6t3.fsf@gnu.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> <56899EAC.1030408@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1451863323 25512 80.91.229.3 (3 Jan 2016 23:22:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Jan 2016 23:22:03 +0000 (UTC) To: Daniel Colascione , Eli Zaretskii , Emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 04 00:21:54 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 1aFryB-0000iK-QP for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 00:21:51 +0100 Original-Received: from localhost ([::1]:43197 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFryB-0007YP-19 for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 18:21:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFrxy-0007YI-AB for Emacs-devel@gnu.org; Sun, 03 Jan 2016 18:21:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFrxu-0005wu-9Z for Emacs-devel@gnu.org; Sun, 03 Jan 2016 18:21:38 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:48067) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFrxu-0005wp-3Y; Sun, 03 Jan 2016 18:21:34 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 7019A160CC0; Sun, 3 Jan 2016 15:21:33 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 0G37A_PnRDet; Sun, 3 Jan 2016 15:21:32 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 898E2160817; Sun, 3 Jan 2016 15:21:32 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id FfYZRZoRHHQ4; Sun, 3 Jan 2016 15:21:32 -0800 (PST) Original-Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 5DA1B160095; Sun, 3 Jan 2016 15:21:32 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:197522 Archived-At: John Wiegley wrote: > I'd like to know what others think (maybe they are ignoring this thread now, > so I've changed the subject). But I feel like there is some convergence now. I didn't understand all the details of the proposal. That being said, I'm not sure I like the idea of losing my Emacs session merely because some regular expression got too long. Sure, Emacs would create a bunch of autosave files that I can recover file data from, but if my session has been going for hours or days it'll have quite a bit of state that isn't in any buffer associated with a file, and I'd rather not lose that state. So although it'd be fine to have async-signal-safe autosave as an option, as a user I'd like to also retain the option for Emacs to keep doing the same old unsafe stuff that it's been doing for decades, at least until after we get in-the-field experience with the new approach.