From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Dynamic modules: emacs-module.c and signaling errors Date: Thu, 26 Nov 2015 17:10:07 -0800 Message-ID: <5657AD6F.9070304@dancol.org> References: <83k2p7xk13.fsf@gnu.org> <87wpt7p369.fsf@tromey.com> <83d1uzxgvw.fsf@gnu.org> <5654D7CF.90001@cs.ucla.edu> <87si3vox7j.fsf@tromey.com> <56555B52.3030703@cs.ucla.edu> <837fl6xa02.fsf@gnu.org> <5655F10D.9080805@cs.ucla.edu> <83vb8ovkc5.fsf@gnu.org> <83a8q0vgb9.fsf@gnu.org> <83si3stuzn.fsf@gnu.org> <83poywtsxl.fsf@gnu.org> <565777AE.6030204@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SQ6G3bCU1OXiPaeeuuf2Gs9hGoA7Gpd1T" X-Trace: ger.gmane.org 1448586630 5849 80.91.229.3 (27 Nov 2015 01:10:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 27 Nov 2015 01:10:30 +0000 (UTC) Cc: Eli Zaretskii , Paul Eggert , Emacs developers To: Stefan Monnier , Philipp Stephani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 27 02:10:27 2015 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 1a27YN-0002Rx-Ql for ged-emacs-devel@m.gmane.org; Fri, 27 Nov 2015 02:10:24 +0100 Original-Received: from localhost ([::1]:53772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a27YQ-0006Cd-58 for ged-emacs-devel@m.gmane.org; Thu, 26 Nov 2015 20:10:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60165) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a27YM-0006CX-Ue for emacs-devel@gnu.org; Thu, 26 Nov 2015 20:10:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a27YM-0005Yf-6B for emacs-devel@gnu.org; Thu, 26 Nov 2015 20:10:22 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:50108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a27YL-0005YO-Td; Thu, 26 Nov 2015 20:10:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=+AP/WjndP9uAmMx+6F6hntG+F4vlzo63aDOWqoSxhdA=; b=rMhbI8xeTPE953HQyyefiNeD3/mSZg91pezrVOz8Kxghq6bscNZenLuP02O17ruA/yCIR8j7nxCjxUoJyXqyTS85NpFMfpsFSS/JgRmDTxZe84mei4eSe57UodBE1+D36IpDb1taChqKwzUMF+I+r4CLXLyaZwByrPO1PmNdeOqV/J6rMxOrAIamdrNuYMMSEGOa+fH13aosvEbi5yuPfSPN2ZMZK4vypfdpGbGQ0bozqxQ3PmCSz8aBrYl7puWl4nghovnauhRjiLAgdSdrna+vbNnGuMWi1UJPyLnC7Kk94uBo5vVDlWyT9cMwBk44FixP7ocNCVK0y0cy9t+FfA==; Original-Received: from [2620:10d:c090:180::1:955b] (helo=[IPv6:2620:10d:c081:1103:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1a27YE-0007Ff-EE; Thu, 26 Nov 2015 17:10:14 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:195330 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SQ6G3bCU1OXiPaeeuuf2Gs9hGoA7Gpd1T Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/26/2015 05:06 PM, Stefan Monnier wrote: >> Please see Daniel's original design and the follow-up discussions: >=20 > The general design is good, but forcing this signal-handling is just > brain-dead from where I stand. I stated this many times. And I'm > shocked that we'd follow Daniel's design on this detail just because he= > advocates it. So we should follow your design because _you_ advocate it? And it's not "just" because I advocate it --- there's a good reason that the vast majority of general-purpose C libraries don't use non-local control flow for general-purpose error reporting. --SQ6G3bCU1OXiPaeeuuf2Gs9hGoA7Gpd1T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWV61vAAoJEN4WImmbpWBlWjIP/i1lU59TNyZqcfZqMlJMvfIG 9RZ92QJt67noMwfVKjf9i9nMGyg1RnoDRUCTgy/4EMuX/HieoiJ9EHQpMD/D8RZB V5aIqcZ6BbN/ZuAYwueR5x/+lSeSxbUSnQ9smeChH9NntRn7jA6QEYHtJq0wUrIE A5yP9l/KhqqocClLyUpQ4AXVFQlQ72/axsmR9ZWwlUA2pSegfVQP21HkRTHN1K9C vVJoXg/KND6QpvrC/NfZiqyw2RJgvyJ/PUFrK83zQnpUEfBnhgL10UjgDXKZsbkr 5G2W8fAAQUXlLvY9lZ/30iv4+lYnKeEF8FsQBnyorm/DW9E4rInMxnEq6Yj+uDJr s4xzJrtokVCp3UlAqiJWoeyPhENjztp1wfRwsSEDm9sH+ZurPzJocB8OJPDwHPBq SdQs7p/Xa0x5qBIVmNRcOBBfxLsR8BzBa0VZz1b+omkV1A3YSvyp9bEBKjw8bosR aT7IJSUIo19zVy8tGTh8Tf2pgNOYQxw4AuMfhOmomaYTF93YF5Xy12Kc8RgedIY+ P30B4+zvPJ2DlsfeHbNjBpFyMgIvHefQA0CNAPUW7U8rmXNZl3zzL4NsSIC1NoRG LDC8zZUz3/DTYxEhH7DYtI0MKgwhxAtxDIHy/04piuWqC88o56oqSTSTOrk1IkKM NgW5NUT9QCj3gtkoXIuZ =QbrO -----END PGP SIGNATURE----- --SQ6G3bCU1OXiPaeeuuf2Gs9hGoA7Gpd1T--