* bug#40748: 28.0.50; Switching wifi networks hangs dns lookups
@ 2020-04-21 17:10 Eric Abrahamsen
2020-07-03 4:11 ` Dmitry Alexandrov
0 siblings, 1 reply; 4+ messages in thread
From: Eric Abrahamsen @ 2020-04-21 17:10 UTC (permalink / raw)
To: 40748
I'm on Emacs master, but this behavior has been evident for quite some
time, a year or two I think.
I often have trouble reconnecting Gnus' nntp servers after sleeping the
laptop in one location, and waking it up in another, connecting to a new
wifi network (I'm using Arch linux, if it matters).
I edebugged `nntp-open-connection', and realized that the error (which
is getting handled by `nnheader-report', that's why I didn't notice it)
is actually a dns error:
(error "news.gmane.io/nntp Temporary failure in name resol...")
Other Emacs network connections behave as normal. But this error for
this particular server persists until I restart Emacs.
Are DNS lookups cached? Cached per connection? Is there anything we can
do to flush whatever's "stuck"?
Here's the code that opens the connection; in my case it's
nntp-open-network-stream/network.
Happy to help with further debugging!
(let ((coding-system-for-read 'binary)
(coding-system-for-write 'binary)
(map '((nntp-open-network-stream network)
(network-only plain) ; compat
(nntp-open-plain-stream plain)
(nntp-open-ssl-stream tls)
(nntp-open-tls-stream tls))))
(if (assoc nntp-open-connection-function map)
(open-network-stream
"nntpd" pbuffer nntp-address nntp-port-number
:type (cadr (assoc nntp-open-connection-function map))
:end-of-command "^\\([2345]\\|[.]\\).*\n"
:capability-command "HELP\r\n"
:success "^3"
:starttls-function
(lambda (capabilities)
(if (not (string-match "STARTTLS" capabilities))
nil
"STARTTLS\r\n")))
(funcall nntp-open-connection-function pbuffer)))
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#40748: 28.0.50; Switching wifi networks hangs dns lookups
2020-04-21 17:10 bug#40748: 28.0.50; Switching wifi networks hangs dns lookups Eric Abrahamsen
@ 2020-07-03 4:11 ` Dmitry Alexandrov
0 siblings, 0 replies; 4+ messages in thread
From: Dmitry Alexandrov @ 2020-07-03 4:11 UTC (permalink / raw)
To: Eric Abrahamsen; +Cc: 40748
[-- Attachment #1: Type: text/plain, Size: 617 bytes --]
> I often have trouble reconnecting Gnus' nntp servers after sleeping the laptop in one location, and waking it up in another, connecting to a new wifi network
> I edebugged `nntp-open-connection', and realized that the error ‹…› is actually a dns error:
Looks familiar!
> Here's the code that opens the connection; in my case it's nntp-open-network-stream/network.
Could not it actually be an even deeper issue I outlined in bug#41234: 27.0.91; Synchronous network requests are failing with “Name or service not known” [1]?
[1] <mid:1rnogg6b.dag@gnui.org>
<https://bugs.gnu.org/41234>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#40748: 28.0.50; Switching wifi networks hangs dns lookups
2020-07-20 10:53 ` Lars Ingebrigtsen
@ 2021-06-14 14:02 ` Lars Ingebrigtsen
2021-12-23 22:09 ` Eric Abrahamsen
0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2021-06-14 14:02 UTC (permalink / raw)
To: Dmitry Alexandrov; +Cc: 40748, 41234
Lars Ingebrigtsen <larsi@gnus.org> writes:
> So I'm not sure how this can be an Emacs bug -- as far as I know,
> there's no way for libc clients to say "update all the DNS stuff now";
> it's supposed to happen automatically when you call getaddrinfo. (If
> I'm wrong, somebody please correct me.)
This was almost a year ago -- does anybody have any further input here?
If not, I'm not sure there's anything we can do from the Emacs side
here...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#40748: 28.0.50; Switching wifi networks hangs dns lookups
2021-06-14 14:02 ` bug#40748: 28.0.50; Switching wifi networks hangs dns lookups Lars Ingebrigtsen
@ 2021-12-23 22:09 ` Eric Abrahamsen
0 siblings, 0 replies; 4+ messages in thread
From: Eric Abrahamsen @ 2021-12-23 22:09 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 40748, Dmitry Alexandrov, 41234
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> So I'm not sure how this can be an Emacs bug -- as far as I know,
>> there's no way for libc clients to say "update all the DNS stuff now";
>> it's supposed to happen automatically when you call getaddrinfo. (If
>> I'm wrong, somebody please correct me.)
>
> This was almost a year ago -- does anybody have any further input here?
> If not, I'm not sure there's anything we can do from the Emacs side
> here...
I do not, and it doesn't seem to be happening any more! My bug can be
closed, but I'm not sure about 41234, which it's been merged with.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-12-23 22:09 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-21 17:10 bug#40748: 28.0.50; Switching wifi networks hangs dns lookups Eric Abrahamsen
2020-07-03 4:11 ` Dmitry Alexandrov
-- strict thread matches above, loose matches on Subject: below --
2020-05-13 12:42 bug#41234: 27.0.91; Synchronous network requests are failing with “Name or service not known” Dmitry Alexandrov
2020-07-20 10:53 ` Lars Ingebrigtsen
2021-06-14 14:02 ` bug#40748: 28.0.50; Switching wifi networks hangs dns lookups Lars Ingebrigtsen
2021-12-23 22:09 ` Eric Abrahamsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).