[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ai_flags in calls to getaddrinfo, broader call for reproducibility c

From: Eli Zaretskii
Subject: Re: ai_flags in calls to getaddrinfo, broader call for reproducibility check
Date: Mon, 11 Jan 2021 18:44:48 +0200

> From: Robert Pluim <rpluim@gmail.com>
> Cc: Robin Tarsiger <rtt@dasyatidae.com>,  emacs-devel@gnu.org
> Date: Mon, 11 Jan 2021 16:47:29 +0100
> >> Your ipconfig result showed no "real" IPv6 connectivity
> >
> > How did you see this?  Would it be possible to deduce that from the
> > output of, say, network-interface-list?
> >
> You only have fe80 and fec0 addresses listed, which are link-local and
> site-local prefixes (and the latter has been deprecated so long itʼs
> old enough to drink beer in Belgium)
> The only assigned globally routable IPv6 prefix is currently 2000::/3,
> so we could check for that via network-interface-list.

Is it possible to check this via network-interface-list, and avoid the
test with IPv6 if that is bound to fail?

> The results can be trusted. However, the assumption of the tests is
> that DNS lookups on AAAA records will work, and return results for
> google.com, which is not the case for you. If you prefer we can change
> the tests to check for "no error" rather than 'returns a result' (is
> there an ERT 'should-not-error' clause)?

Yes, that'd be good as well.  In short, anything that will avid false
negatives in this test, especially since the process.c area has some
serious development lately.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]