From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Dynamic modules: MODULE_HANDLE_SIGNALS etc.
Date: Mon, 21 Dec 2015 21:04:37 +0200
Message-ID: <83vb7rr5bu.fsf@gnu.org>
References: <83mvu1x6t3.fsf@gnu.org> <565779CD.80405@cs.ucla.edu>
	<83io4nuc68.fsf@gnu.org>
	<CAArVCkRCdRFkeW7Bzy8dCUJxgCfMAFMt6RGvpn-Pm-ZBsybSkA@mail.gmail.com>
	<CAArVCkTEeOPLL=w0q06ZhVyYkaArqsCMcYP=EavfjE5cGVv5_w@mail.gmail.com>
	<CAArVCkQLgbeaU7X4Vczx50MhQrwToZFpQnChiaga1U3eUVAP1w@mail.gmail.com>
	<CAArVCkTitGtzNxJ6DKMWx8cA2+YyfMKA_er_SvNL9iyOhF+1nA@mail.gmail.com>
	<83r3iht93x.fsf@gnu.org>
	<CAArVCkRJd+O9gbWQBpOh8a9zgbWid8jfrfkSwKG9fEnF+y6bwQ@mail.gmail.com>
	<838u4psznr.fsf@gnu.org> <56772054.8010401@cs.ucla.edu>
	<83zix4scgf.fsf@gnu.org> <5677DBC9.6030307@cs.ucla.edu>
	<83io3rst2r.fsf@gnu.org> <567841A6.4090408@cs.ucla.edu>
	<567844B9.2050308@dancol.org>
Reply-To: Eli Zaretskii <eliz@gnu.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1450724663 14186 80.91.229.3 (21 Dec 2015 19:04:23 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 21 Dec 2015 19:04:23 +0000 (UTC)
Cc: aurelien.aptel+emacs@gmail.com, p.stephani2@gmail.com, eggert@cs.ucla.edu,
	tzz@lifelogs.com, emacs-devel@gnu.org
To: Daniel Colascione <dancol@dancol.org>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 21 20:04:17 2015
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1aB5km-0006yj-Ek
	for ged-emacs-devel@m.gmane.org; Mon, 21 Dec 2015 20:04:16 +0100
Original-Received: from localhost ([::1]:46887 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1aB5kl-0006fC-MF
	for ged-emacs-devel@m.gmane.org; Mon, 21 Dec 2015 14:04:15 -0500
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55636)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <eliz@gnu.org>) id 1aB5ki-0006eD-Kr
	for emacs-devel@gnu.org; Mon, 21 Dec 2015 14:04:13 -0500
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <eliz@gnu.org>) id 1aB5ke-0003HZ-BL
	for emacs-devel@gnu.org; Mon, 21 Dec 2015 14:04:12 -0500
Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39892)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@gnu.org>)
	id 1aB5ke-0003HV-7Y; Mon, 21 Dec 2015 14:04:08 -0500
Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1329
	helo=HOME-C4E4A596F7)
	by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
	(Exim 4.82) (envelope-from <eliz@gnu.org>)
	id 1aB5kc-0005wB-AX; Mon, 21 Dec 2015 14:04:07 -0500
In-reply-to: <567844B9.2050308@dancol.org> (message from Daniel Colascione on
	Mon, 21 Dec 2015 10:28:09 -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." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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:196626
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/196626>

> From: Daniel Colascione <dancol@dancol.org>
> Date: Mon, 21 Dec 2015 10:28:09 -0800
> Cc: aurelien.aptel+emacs@gmail.com, p.stephani2@gmail.com, tzz@lifelogs.com,
> 	emacs-devel@gnu.org
> 
> The standard requires runtimes reserve enough memory to throw
> std::bad_alloc.

If they have enough memory for bad_alloc, they will never hit a stack
overflow.  If they do hit it, they won't have enough memory.  These
two conditions are mutually exclusive.