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 loading progress Date: Mon, 28 Sep 2015 12:31:28 -0700 Message-ID: <56099590.8040601@dancol.org> References: <55DE75FD.8020308@cs.ucla.edu> <55F5DD8C.70506@dancol.org> <55F62C16.4000105@dancol.org> <55F64F04.9030002@dancol.org> <55F6E43E.9030502@dancol.org> <55F70C4E.8030805@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x9NXp6UoGEQPsEU1VBwsaee2peIphslh1" X-Trace: ger.gmane.org 1443488238 24047 80.91.229.3 (29 Sep 2015 00:57:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Sep 2015 00:57:18 +0000 (UTC) Cc: =?UTF-8?Q?Aur=c3=a9lien_Aptel?= , Stephen Leake , Paul Eggert , Tom Tromey , Emacs development discussions To: Stefan Monnier , Philipp Stephani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 29 02:57:10 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 1ZgjED-0007yg-ET for ged-emacs-devel@m.gmane.org; Tue, 29 Sep 2015 02:57:09 +0200 Original-Received: from localhost ([::1]:43317 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgjEC-0004CG-Rv for ged-emacs-devel@m.gmane.org; Mon, 28 Sep 2015 20:57:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45195) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zge9H-0001qV-E8 for emacs-devel@gnu.org; Mon, 28 Sep 2015 15:31:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zge9D-0003D4-9M for emacs-devel@gnu.org; Mon, 28 Sep 2015 15:31:43 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:35013) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zge9D-0003Cj-2y for emacs-devel@gnu.org; Mon, 28 Sep 2015 15:31:39 -0400 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=cGHngxG/l4DkhFcnP1ckRLK/XdyuJ2PBZ9orr62ulhE=; b=phiKXVQGfMzmBoWtgpFZ4hdLfjnGLTEnxTcl0dQOuwj+tMhdIuiZXxdbqBCy/EnJw2twP3w4iQNNe53ZOgykSjnyANyACZ6F5NAyyt9MIJHNbuMzjx2Ngh7OIOVhlU3L3dmBVPlXA5m4T+KpuNH+kvqfeLyGLTkLGsE0XMs7IscmaT60E+ZsOZ8oiKwMgX5GNPsrrgZwniWKdatwnQpLtUTxWqOa7kvscK7wF1yqyMMhPcmCxvhdX3tO9zqRWGEBcYa3Wbg9bDswoc0YKPe8UrijFneE+JYdQHkOwQEgEL4pC4vcXY0nr0kEvKR0/gVcM2i3SvoztKASQ7ut123pjA==; Original-Received: from c-24-16-208-239.hsd1.wa.comcast.net ([24.16.208.239] helo=[192.168.1.210]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1Zge96-00066N-1Y; Mon, 28 Sep 2015 12:31:32 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.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:190453 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --x9NXp6UoGEQPsEU1VBwsaee2peIphslh1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 09/28/2015 12:26 PM, Stefan Monnier wrote: >> This is wrong and dangerous. It makes dynamic loading far less useful= than >> it could be. Essentially modules e.g. written in C++ will have to con= sist >> of a small C shim that makes IPC calls to some out-of-process server. >=20 > That is again nonsense: what is being requested (i.e. avoid non-local > exits) can be performed on top of the API I advocte, just as efficientl= y > as if it were done "natively" inside that API. That's true, but only intuitively true for people with a great deal of experience with finicky C code. I still think you're ignoring human factors in making this decision. --x9NXp6UoGEQPsEU1VBwsaee2peIphslh1 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 iQIcBAEBCAAGBQJWCZWQAAoJEN4WImmbpWBlY4gP/1rdT2XLDIV5zr56tm0+Lho7 q2mkNMa+/NGcIvQ14cpXP+a5giWAb7io7hLSxHQgxGyzqBGxy3WxgkHUc2TDa7g6 m4KuwsR945G5fzw028LlIj13xDmMjyRCocDf1FhakaokmiA2EphEaniv5NkGSJoO EwhUOfj/HD6YEK8ACyzmJ/FV1myuRHZ2970gnGvJcZ9aUNWDS6hZLV2HaGMtllym GfeUs7rKLFWBVEPM9FPiOKyQ8St2NRVrFnk2ihpSjDv9rbG+A9ItP6fcfOJsTxk1 q/RpMMp2sXbANL5W8jdZx+BTynVAYN4+von7MVnD8BN0Nrot3cVwywS5jBUN0PLW o7Vkqpw0O2S/a8zSATgf92M7obEfL54fjFa5YlLbrOjS2jNRRRatH5sw1ZZI9XRc sIGFybbojsBCNrbJdqG3C0KJXh9ZMiL6cFw6L8idF9fbzhcBFBTQkJyNJzzJGQZc s+jrKT5hT6WO++d/8O7g+GlgTz2l/BrhMFKVbvu+tIdNBD/DU+M5WBJd9RCuc99g tVSRVFW+GVM7Z+Yc64kM/h4dc5r3kH8DKDs6UInQYOGCASohOKRq6mzSFWgCdGBM mrb93N5cJa9u27PO7eEuB6eWZFE70VLhvV6G9EymR15x46EAil2gBdbcV3o+uNMj jXXLx1xLNHvUEOoFkGuC =qbQ4 -----END PGP SIGNATURE----- --x9NXp6UoGEQPsEU1VBwsaee2peIphslh1--