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: Async DNS for OSX Date: Thu, 26 May 2016 12:46:21 +0200 Message-ID: <87mvnddrlu.fsf@gnus.org> References: <878tyyng03.fsf@gnus.org> <694c073e-942d-9a26-fd02-4ae4073a898d@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1464259609 31372 80.91.229.3 (26 May 2016 10:46:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 May 2016 10:46:49 +0000 (UTC) Cc: Magnus Henoch , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 26 12:46:39 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 1b5soJ-0003OD-CD for ged-emacs-devel@m.gmane.org; Thu, 26 May 2016 12:46:39 +0200 Original-Received: from localhost ([::1]:37814 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5soI-0001Ux-NA for ged-emacs-devel@m.gmane.org; Thu, 26 May 2016 06:46:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52590) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5soC-0001UC-4p for emacs-devel@gnu.org; Thu, 26 May 2016 06:46:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b5so6-0006c0-6i for emacs-devel@gnu.org; Thu, 26 May 2016 06:46:31 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:46233) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5so5-0006aZ-WE for emacs-devel@gnu.org; Thu, 26 May 2016 06:46:26 -0400 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1b5so1-0007no-BR; Thu, 26 May 2016 12:46:23 +0200 In-Reply-To: <694c073e-942d-9a26-fd02-4ae4073a898d@cs.ucla.edu> (Paul Eggert's message of "Wed, 25 May 2016 16:37:47 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:204030 Archived-At: Paul Eggert writes: > If the Gnulib module supports just the part of getaddrinfo_a that > Emacs needs, that should be good enough. Lots of Gnulib modules > implement only the "important" parts of the portable interface, where > "important" means "needed by GNU apps that use Gnulib", a definition > that can change with time as usage grows. Cool. > If all this is too much trouble, then just patching Emacs is OK > too. We can worry about libraryizing a getaddrinfo_a substitute later. My guess is that it would be easier for people to implement a partial getaddrinfo_a in a Gnulib context than to implement async DNS in an Emacs context. I think. Does Gnulib have getaddrinfo_a scaffolding done? (I'm assuming there must be something of the kind per function it implements.) Perhaps if that were in place (and included in Emacs), then it would be even simpler for people to implement the missing OS X/Windows bits? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no