From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.bugs Subject: bug#40775: 28.0.50; dns-query sometimes infloops Date: Thu, 28 Jan 2021 12:19:14 +0100 Message-ID: <87h7n1fgft.fsf@gnu.org> References: <87eesfsaik.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3395"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 40775@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 28 12:30:18 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l55VC-0000nG-4P for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 Jan 2021 12:30:18 +0100 Original-Received: from localhost ([::1]:56746 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l55VB-000886-3D for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 28 Jan 2021 06:30:17 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59646) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l55Ux-000880-9q for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2021 06:30:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35846) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l55Ux-0001sf-2O for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2021 06:30:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l55Uw-0008AB-Q8 for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2021 06:30:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <87eesfsaik.fsf@gnu.org> Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jan 2021 11:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40775 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 40775-submit@debbugs.gnu.org id=B40775.161183336231311 (code B ref 40775); Thu, 28 Jan 2021 11:30:02 +0000 Original-Received: (at 40775) by debbugs.gnu.org; 28 Jan 2021 11:29:22 +0000 Original-Received: from localhost ([127.0.0.1]:47392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l55UI-00088w-Ci for submit@debbugs.gnu.org; Thu, 28 Jan 2021 06:29:22 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l55UF-00088k-Tu for 40775@debbugs.gnu.org; Thu, 28 Jan 2021 06:29:20 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40573) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l55UA-0001bH-MI; Thu, 28 Jan 2021 06:29:14 -0500 Original-Received: from auth2-smtp.messagingengine.com ([66.111.4.228]:55899) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1l55U9-0002Ha-UC; Thu, 28 Jan 2021 06:29:14 -0500 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id 79F5027C0054; Thu, 28 Jan 2021 06:29:13 -0500 (EST) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 28 Jan 2021 06:29:13 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtgddviecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkgggtsehttdertddttddtnecuhfhrohhmpefvrghsshhilhhoucfj ohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnhepfeetleejke eguddtgeeihffgjeeivdefgfetgffhjeduteeiueefheffffdvieeknecuffhomhgrihhn peiijhhprdgtohguvghsnecukfhppeekgedrudefvddruddtuddrvdegvdenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnodhmvghs mhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedvleekqd htshguhheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Original-Received: from thinkpad-t440p (p548465f2.dip0.t-ipconnect.de [84.132.101.242]) by mail.messagingengine.com (Postfix) with ESMTPA id B572B1080064; Thu, 28 Jan 2021 06:29:12 -0500 (EST) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:198784 Archived-At: References: <87eesfsaik.fsf@gnu.org> <87zhb2ywld.fsf@gnu.org> <87sg6l1req.fsf@gnus.org> User-agent: mu4e 1.5.7; emacs 28.0.50 In-reply-to: <87sg6l1req.fsf@gnus.org> Hi Lars, >> For example, for me with emacs -Q >> >> (benchmark-run 1 >> (dns-query "_avatars-sec._tcp.zjp.codes" 'SRV) >> (dns-query "_avatars._tcp.zjp.codes" 'SRV)) >> >> consistently takes 20 seconds, 10 seconds for each (unsuccessful) >> query. Those queries will be performed for every foo@zjp.codes mail >> address in a message. > > These lookups should now be cached, so the delay should only happen > the first time, which should help some. The above benchmark is now twice as fast taking 10 seconds each time I run it. > And all the lookups should be asynchronous, I think, so there should > be no hangs. (If I remember correctly.) Yes, seems like gravatar.el now does asynchronous lookups. > So I think everything in this bug report should work better now? Are > you still seeing problems in this area (if you're still using > libravatar)? I'm using the default, so gravatar now. I've now tried with --8<---------------cut here---------------start------------->8--- (setq gravatar-service 'libravatar) (gravatar-retrieve "foobar@zjp.codes" (lambda (g &rest args) (message "GRAVATAR: %S" g))) --8<---------------cut here---------------end--------------->8--- which doesn't seem to block but pollutes the *Messages* buffer with stuff like --8<---------------cut here---------------start------------->8--- (fn STATUS)" nil t] 11 " (fn URL)"] "r=g&d=404&s=32" format "%s/%s?%s" gravatar-hash] 7 " (fn URL)"] "zjp.codes" ((("_avatars-sec" . "https") ("_avatars" . "http"))) (#2) inhibit-changing-match-data mapcar #[257 "A\"" [dns-get data] 4 " (fn RECORD)"] dns-get answers #[257 "\"" [dns-get priority] 4 " --8<---------------cut here---------------end--------------->8--- Not sure if it would do that when being used "normally", i.e., by Gnus or some other client. Anyway, in either case, it doesn't block anymore. Feel free to close the bug. Bye, Tassilo