From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Asynchronous DNS Date: Thu, 04 Feb 2016 13:25:11 +1100 Message-ID: <87h9hpnreg.fsf@gnus.org> References: <87si1gx6wz.fsf@gnus.org> <86y4b5zvzt.fsf@gmail.com> <8760y9kwrk.fsf@gnus.org> <8760y7nag7.fsf@gnus.org> <83oabzzsjq.fsf@gnu.org> <87fuxazkfe.fsf@gnus.org> <83io25yeqk.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1454552759 32095 80.91.229.3 (4 Feb 2016 02:25:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Feb 2016 02:25:59 +0000 (UTC) Cc: andrewjmoreton@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 04 03:25:49 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 1aR9cC-0002mx-Hn for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2016 03:25:48 +0100 Original-Received: from localhost ([::1]:39049 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aR9cC-0003zm-0q for ged-emacs-devel@m.gmane.org; Wed, 03 Feb 2016 21:25:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aR9c6-0003vz-O9 for emacs-devel@gnu.org; Wed, 03 Feb 2016 21:25:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aR9c3-0007Tt-IF for emacs-devel@gnu.org; Wed, 03 Feb 2016 21:25:42 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:44730) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aR9c3-0007Tp-Bh; Wed, 03 Feb 2016 21:25:39 -0500 Original-Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aR9bg-0005dY-Rw; Thu, 04 Feb 2016 03:25:17 +0100 In-Reply-To: <83io25yeqk.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 03 Feb 2016 17:50:59 +0200") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aR9bg-0005dY-Rw MailScanner-NULL-Check: 1455157517.98433@iC6bStoOsY4yOQkEYYe3UA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:199273 Archived-At: Eli Zaretskii writes: > We could remove these sanity checks (in this and many other > process-related APIs), they are not strictly necessary, at least not > in that function, AFAICS. We could, and that would give us a better socket interface in the long term, I think. That is, no callers would have to care what level of asynchronous socket we're setting up. But I think that that's probably a lot of work. > But I think a better approach is to make all those APIs that check or > need a fully-functional process object to wait for DNS completion > before they proceed. That would be fully backward-compatible, at the > price that the callers will need to be changed to actually take > advantage of this feature. Which I think is a Good Thing, because for > any application code that wants the async DNS we need a human to > seriously consider all the implications and modify the code > accordingly. Evidently, this isn't something that can be > transparently changed under the hood. Yup. I'll change make-network-address to only do async DNS when :nowait is 'dns, I think... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no