From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Asynchronous DNS Date: Sat, 20 Feb 2016 12:33:33 -0800 Organization: UCLA Computer Science Department Message-ID: <56C8CD9D.1020504@cs.ucla.edu> References: <87h9hrnc8x.fsf@gnus.org> <83powfzsqt.fsf@gnu.org> <87y4b393hl.fsf@gnus.org> <83io27ytu3.fsf@gnu.org> <87k2mmzkry.fsf@gnus.org> <83k2mlyet8.fsf@gnu.org> <87lh71nriy.fsf@gnus.org> <8637t8opla.fsf@realize.ch> <871t8skg6c.fsf@gnus.org> <86y4b0n5q2.fsf@realize.ch> <87fux7gb7o.fsf@gnus.org> <83wpqjvd2f.fsf@gnu.org> <87zivfobn4.fsf@gnus.org> <86y4ao5g1c.fsf@realize.ch> <87r3ggdo9f.fsf@gnus.org> <86twlb5yl4.fsf@realize.ch> <83d1rzz1mu.fsf@gnu.org> <86egcc49qu.fsf@realize.ch> <87io1k41cg.fsf@gnus.org> <56C8A89C.4020909@cs.ucla.edu> <861t873zlj.fsf@realize.ch> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1456000436 23047 80.91.229.3 (20 Feb 2016 20:33:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Feb 2016 20:33:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: Alain Schneble Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 20 21:33:47 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 1aXEDq-0002cb-N8 for ged-emacs-devel@m.gmane.org; Sat, 20 Feb 2016 21:33:46 +0100 Original-Received: from localhost ([::1]:35477 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aXEDq-0003HB-29 for ged-emacs-devel@m.gmane.org; Sat, 20 Feb 2016 15:33:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40928) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aXEDm-0003Gd-CJ for emacs-devel@gnu.org; Sat, 20 Feb 2016 15:33:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aXEDh-0002l3-CQ for emacs-devel@gnu.org; Sat, 20 Feb 2016 15:33:42 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:48303) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aXEDg-0002kq-Sy for emacs-devel@gnu.org; Sat, 20 Feb 2016 15:33:37 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8D759160FEF; Sat, 20 Feb 2016 12:33:34 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id j9bSUFPmhS9t; Sat, 20 Feb 2016 12:33:33 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id E5209160FF0; Sat, 20 Feb 2016 12:33:33 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id wCDC0OGZnOmr; Sat, 20 Feb 2016 12:33:33 -0800 (PST) Original-Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id C1A5A160FEF; Sat, 20 Feb 2016 12:33:33 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 In-Reply-To: <861t873zlj.fsf@realize.ch> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:200339 Archived-At: Alain Schneble wrote: > But the async-dns implementation that Lars provided uses another > approach instead: it polls by calling gai_error (succeed, failed, in > progress, ...) repeatedly from wait_reading_process_output. You're ahead of me, since I haven't read the implementation. From what you say, it appears that Emacs needs to cancel DNS requests that it thinks are so old that the answer is not likely to be useful. Presumably this could be done just before calling gai_error, by calling gai_cancel on the old requests.