From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: Robert Pluim <rpluim@gmail.com>
Cc: Lars Ingebrigtsen <larsi@gnus.org>,
Christian Barthel <bch@online.de>,
ding@gnus.org
Subject: Re: new wifi connection = nntp timeout = Emacs restart?
Date: Mon, 04 May 2020 08:38:00 -0700 [thread overview]
Message-ID: <87bln3ogmf.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <m2imhbuaiw.fsf@gmail.com> (Robert Pluim's message of "Mon, 04 May 2020 14:53:11 +0200")
Robert Pluim <rpluim@gmail.com> writes:
>>>>>> On Thu, 30 Apr 2020 15:11:38 -0700, Eric Abrahamsen
> <eric@ericabrahamsen.net> said:
>
> >> A DNS lookup failing should never make Gnus hang, so that's pretty
> >> surprising.
>
> Eric> This error comes in `nntp-open-connection', as the
> Eric> condition-case error
> Eric> caught from `open-network-stream'. I only just realized that's a lisp
> Eric> function, but looking at it we should be using
> Eric> `make-network-process'.
>
> Iʼd rather you didnʼt move in that direction. 'make-network-process'
> is low-level plumbing, 'open-network-stream' is what user code should
> be using. What feature is 'open-network-stream' missing for you?
Sorry, that was a very poorly-written sentence. What I meant was that
`open-network-stream' *does* use `make-network-process' internally, and
the hang is happening inside C code, not Lisp code. That was all I was
trying to say.
> Eric> The DNS lookup isn't hanging (or hanging Gnus) so much as it
> Eric> is taking a
> Eric> long time to fail, and then _continuing to fail until Emacs is
> Eric> restarted_.
>
> Eric> So I'm hoping this is unrelated to Gnus, and actually a problem with
> Eric> Emacs caching the DNS server it's trying to use, which is later
> Eric> unavailable on a new network. (But then why would I only see
> Eric> this with
> Eric> Gnus nntp connections? On the other hand, all my nnimap
> Eric> connections are
> Eric> localhost, nntp is my only non-local Gnus network connection.)
>
> Emacs doesnʼt directly address the DNS server, it uses getaddrinfo or
> getaddrinfo_a, which means any caching going on is in the IP
> stack. Although given that this is being seen on GNU/Linux and macOS,
> it may well be emacs at fault.
>
> Also, I see this when coming out of sleep and connecting to the same
> wifi network, with the same IP, and the same DNS server, which I guess
> implicates Emacs more.
I really don't know very much about networking, unfortunately. I'm just
trying to provide debugging data, possibly leads, baseless speculation,
and red herrings.
Eric
next prev parent reply other threads:[~2020-05-04 15:38 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-16 17:37 Eric Abrahamsen
2020-04-17 11:46 ` Eric S Fraga
2020-04-17 12:20 ` Gijs Hillenius
2020-04-17 12:26 ` Andreas Schwab
2020-04-17 14:51 ` Eric Abrahamsen
2020-04-17 15:38 ` David Engster
2020-04-17 16:35 ` Eric Abrahamsen
2020-04-19 6:37 ` Christian Barthel
2020-04-19 17:32 ` Eric Abrahamsen
2020-04-19 18:02 ` Robert Pluim
2020-04-19 21:23 ` Eric Abrahamsen
2020-04-19 22:10 ` Eric Abrahamsen
2020-04-20 4:54 ` Eric Abrahamsen
2020-04-20 7:40 ` Andreas Schwab
2020-04-20 15:45 ` Eric Abrahamsen
2020-04-20 15:54 ` Robert Pluim
2020-04-20 18:24 ` Eric Abrahamsen
2020-04-21 8:36 ` Alberto Luaces
2020-04-21 15:53 ` Eric Abrahamsen
2020-04-22 7:37 ` Alberto Luaces
2020-04-22 8:28 ` Alberto Luaces
2020-04-30 5:26 ` Lars Ingebrigtsen
2020-04-30 17:34 ` Eric Abrahamsen
2020-04-30 21:49 ` Lars Ingebrigtsen
2020-04-30 22:11 ` Eric Abrahamsen
2020-05-04 12:53 ` Robert Pluim
2020-05-04 13:13 ` Andreas Schwab
2020-05-04 13:33 ` Robert Pluim
2020-05-04 14:35 ` Andreas Schwab
2020-05-04 14:46 ` Robert Pluim
2020-05-04 15:10 ` Andreas Schwab
2020-05-04 16:29 ` Robert Pluim
2020-05-04 14:51 ` Lars Ingebrigtsen
2020-05-04 16:13 ` Robert Pluim
2020-05-04 16:36 ` Eric Abrahamsen
2020-05-04 17:21 ` Robert Pluim
2020-05-04 18:01 ` Lars Ingebrigtsen
2020-05-05 7:41 ` new wifi connection = nntp timeout = Emacs restart?, " Robert Pluim
2020-05-05 8:19 ` Lars Ingebrigtsen
2020-05-05 11:55 ` Robert Pluim
2020-05-19 13:34 ` Lars Ingebrigtsen
2020-05-19 13:36 ` Lars Ingebrigtsen
2020-05-04 18:47 ` Eric Abrahamsen
2020-05-04 15:38 ` Eric Abrahamsen [this message]
2020-05-04 16:28 ` Robert Pluim
2020-04-30 17:38 ` Eric Abrahamsen
2020-04-30 21:51 ` Lars Ingebrigtsen
2020-04-30 22:26 ` Eric Abrahamsen
2020-04-30 22:28 ` Lars Ingebrigtsen
2020-04-30 22:39 ` Eric Abrahamsen
2020-04-30 22:55 ` Lars Ingebrigtsen
2020-04-30 23:13 ` Eric Abrahamsen
2020-04-30 23:23 ` Lars Ingebrigtsen
2020-05-01 9:46 ` David Engster
2020-05-01 10:35 ` David Engster
2020-05-01 17:29 ` Eric Abrahamsen
2020-05-01 20:51 ` David Engster
2020-05-02 0:33 ` Eric Abrahamsen
2020-05-02 10:20 ` David Engster
2020-05-02 15:13 ` Eric Abrahamsen
2020-05-02 16:50 ` David Engster
2020-05-02 19:07 ` Eric Abrahamsen
2020-05-19 13:23 ` Lars Ingebrigtsen
2020-05-21 0:45 ` Eric Abrahamsen
2020-06-26 9:38 ` Lars Ingebrigtsen
2020-08-21 20:47 ` Eric Abrahamsen
2020-05-01 18:06 ` Eric Abrahamsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87bln3ogmf.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--cc=bch@online.de \
--cc=ding@gnus.org \
--cc=larsi@gnus.org \
--cc=rpluim@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).