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: Crash recovery strategies Date: Mon, 04 Jan 2016 17:33:31 +0200 Message-ID: <834met8ilw.fsf@gnu.org> 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> <5689A6DE.2080709@dancol.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1451921637 4762 80.91.229.3 (4 Jan 2016 15:33:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Jan 2016 15:33:57 +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:33: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 1aG78l-0008Gh-UD for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 16:33:48 +0100 Original-Received: from localhost ([::1]:45444 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG78l-0007v7-8x for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 10:33:47 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50142) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG78Y-0007uB-Vb for Emacs-devel@gnu.org; Mon, 04 Jan 2016 10:33:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aG78U-0002G3-0D for Emacs-devel@gnu.org; Mon, 04 Jan 2016 10:33:34 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34837) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG78T-0002Fz-TM; Mon, 04 Jan 2016 10:33:29 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3010 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aG78S-0006qB-1f; Mon, 04 Jan 2016 10:33:29 -0500 In-reply-to: <5689A6DE.2080709@dancol.org> (message from Daniel Colascione on Sun, 3 Jan 2016 14:55:26 -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:197587 Archived-At: > From: Daniel Colascione > Date: Sun, 3 Jan 2016 14:55:26 -0800 > > The code that bothers me is the code that longjmps *out* of the sigsegv > handler that catches stack overflow. The handler being there is fine. > Under my proposed scheme, we won't longjmp out of the handler unless the > user tells us to do that. You won't be able to do anything except call printf, without jumping out of the handler. The stack space left after stack overflow is too small for anything fancier. You will almost certainly crash, that's all.