From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alain Schneble Newsgroups: gmane.emacs.devel Subject: Re: Asynchronous DNS Date: Mon, 8 Feb 2016 09:10:16 +0100 Message-ID: <861t8nmxlj.fsf@realize.ch> References: <86y4b5zvzt.fsf@gmail.com> <8760y9kwrk.fsf@gnus.org> <8760y7nag7.fsf@gnus.org> <83oabzzsjq.fsf@gnu.org> <87fuxazkfe.fsf@gnus.org> <83io25yeqk.fsf@gnu.org> <87h9hpnreg.fsf@gnus.org> <83y4b0wi7m.fsf@gnu.org> <87si17evk6.fsf@gnus.org> <83twlnvcz2.fsf@gnu.org> <87vb63obm3.fsf@gnus.org> <87r3gqmg6g.fsf@gnus.org> <83egcqtfnm.fsf@gnu.org> <86mvrdmk8p.fsf@realize.ch> <877fihjo4m.fsf@gnus.org> <86io20n3xn.fsf@realize.ch> <8760y055l1.fsf@gnus.org> <8660xzmyyr.fsf@realize.ch> <87pow7ocyw.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1454919093 26825 80.91.229.3 (8 Feb 2016 08:11:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Feb 2016 08:11:33 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 08 09:11:28 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 1aSgut-0000bx-Aa for ged-emacs-devel@m.gmane.org; Mon, 08 Feb 2016 09:11:27 +0100 Original-Received: from localhost ([::1]:42294 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSgup-0003ev-7e for ged-emacs-devel@m.gmane.org; Mon, 08 Feb 2016 03:11:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55206) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSguW-0003eA-Hs for emacs-devel@gnu.org; Mon, 08 Feb 2016 03:11:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSguS-0007Qb-LL for emacs-devel@gnu.org; Mon, 08 Feb 2016 03:11:04 -0500 Original-Received: from clientmail.realize.ch ([46.140.89.53]:1942) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1aSguN-0007Pu-Tv; Mon, 08 Feb 2016 03:10:56 -0500 Original-Received: from rintintin.hq.realize.ch.lan.rit ([192.168.0.105]) by clientmail.realize.ch ; Mon, 8 Feb 2016 09:10:38 +0100 Original-Received: from MYNGB (192.168.250.224) by rintintin.hq.realize.ch.lan.rit (192.168.0.105) with Microsoft SMTP Server (TLS) id 15.0.516.32; Mon, 8 Feb 2016 09:10:19 +0100 In-Reply-To: <87pow7ocyw.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 08 Feb 2016 18:52:55 +1100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) X-ClientProxiedBy: rintintin.hq.realize.ch.lan.rit (192.168.0.105) To rintintin.hq.realize.ch.lan.rit (192.168.0.105) X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] X-Received-From: 46.140.89.53 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:199496 Archived-At: Lars Ingebrigtsen writes: > Alain Schneble writes: > > Yeah, that's true. It's less fragile. But I wonder whether being that > application friendly can sometimes be a disservice? ... Oh yes, indeed, it can be. I'm with you. > ... If you're an > application writer, trying to be as async as possible (that is, after > all, why you're using :nowait 'immediate), would you prefer that random > functions block without telling you, or that they error out? I think the point here is that with these blocking calls in place, we wouldn't really need a separate :nowait 'immediate, just the existing :nowait t. And IIUC, this is also what Eli Zaretskii proposes. With this model, :nowait t really means: I request as much async behavior as possible. But if code is not arranged in an async fashion, then well, you might not get full async behavior. It's your fault, but we won't signal an error. > Hm... I don't know what I'd prefer, really... *ponder* *ponder-in-circles*