From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Asynchronous DNS Date: Sun, 07 Feb 2016 18:07:20 +0200 Message-ID: <83egcosdvr.fsf@gnu.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> <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> <87bn7tjo9x.fsf@gnus.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1454861284 8830 80.91.229.3 (7 Feb 2016 16:08:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Feb 2016 16:08:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 07 17:07:59 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 1aSRsV-0000YX-8a for ged-emacs-devel@m.gmane.org; Sun, 07 Feb 2016 17:07:59 +0100 Original-Received: from localhost ([::1]:35931 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSRsU-0001xS-Cw for ged-emacs-devel@m.gmane.org; Sun, 07 Feb 2016 11:07:58 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49083) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSRsO-0001wy-Oa for emacs-devel@gnu.org; Sun, 07 Feb 2016 11:07:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSRsK-000494-Nn for emacs-devel@gnu.org; Sun, 07 Feb 2016 11:07:52 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSRsK-00048r-K8; Sun, 07 Feb 2016 11:07:48 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4054 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSRsB-0007Hp-Cc; Sun, 07 Feb 2016 11:07:42 -0500 In-reply-to: <87bn7tjo9x.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 07 Feb 2016 12:35:22 +1100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:199446 Archived-At: > From: Lars Ingebrigtsen > Cc: emacs-devel@gnu.org > Date: Sun, 07 Feb 2016 12:35:22 +1100 > > >> There should be no impact on any existing use. It should be 100% > >> backward compatible. > > > > But it isn't, as was demonstrated by ERC. And it cannot be 100% > > backward compatible, unless the above-mentioned waiting is added to > > the affected APIs. > > Again, it is not demonstrated by ERC. ERC works fine with the new > refactoring. I would like us to avoid the need for refactoring. With my suggestion, the refactoring would only be needed if the application wants to take full advantage of the async DNS resolution, but it will still work correctly (albeit with some delays) if no refactoring was done. > I'm beginning to suspect that you're kinda just skimming my messages. I'm sorry I caused this impression, because it's definitely not what happens. I carefully read everything that you write, in this thread or in any other.