GNU bug report logs - #40676
28.0.50; gnus locks when reading email

Previous Next

Full log

Message #51 received at 40676 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: contovob <at> tcd.ie, alex.branham <at> gmail.com, "Philip K." <philip <at> warpmail.net>,
 40676 <at> debbugs.gnu.org, eliz <at> gnu.org
Subject: Re: bug#40676: 28.0.50; gnus locks when reading email
Date: Mon, 20 Jul 2020 10:49:24 +0200

>>>>> On Sun, 19 Jul 2020 15:02:35 +0200, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> "Philip K." <philip <at> warpmail.net> writes:
    >> That was part of the rationale behind #40355, but the best way I see to
    >> fix this would be to implement asynchronous DNS, since a libravatar
    >> lookup has two phases (DNS lookup + image retrieval), compared to
    >> Gravatar's single request.

    Lars> A cache would be a band-aid -- it still will have to do these lookups
    Lars> occasionally, and the user experience in Gnus suffers.

    Lars> As it stands, librgravatar shouldn't be the default gravatar provider.

    Lars> But, yes, Emacs should have asynchronous DNS support, and adding that
    Lars> probably isn't too difficult, I'd have thought?

emacs calls getaddrinfo_a already if itʼs available, when creating
connections, but I donʼt think thereʼs a lisp-level interface to it
(and itʼs not available on macOS, weʼd have to implement it using
Apple's platform-specific API).

If you were thinking of using the emacs threading API, I tried hooking
that up to dns.el, but the results were not great. [1]

Robert

Footnotes:
[1]  Iʼm saying this so that Lars will now go away and implement it :-)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.