From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.devel Subject: Re: ai_flags in calls to getaddrinfo, broader call for reproducibility check Date: Mon, 11 Jan 2021 16:47:29 +0100 Message-ID: <87o8hvscfi.fsf@gmail.com> References: <83sg7mggls.fsf@gnu.org> <83czymc8nq.fsf@gnu.org> <74b7a0a9-0eb3-7944-19d2-f72424ee72d7@dasyatidae.com> <83eeirfqbo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14566"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Robin Tarsiger , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jan 11 16:49:14 2021 Return-path: Envelope-to: ged-emacs-devel@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 1kyzRR-0003fP-UG for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Jan 2021 16:49:13 +0100 Original-Received: from localhost ([::1]:47252 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kyzRQ-0007rR-OI for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Jan 2021 10:49:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56880) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kyzPu-0006Xw-Rb for emacs-devel@gnu.org; Mon, 11 Jan 2021 10:47:39 -0500 Original-Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]:35055) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kyzPr-0007rb-7O; Mon, 11 Jan 2021 10:47:38 -0500 Original-Received: by mail-wm1-x32b.google.com with SMTP id e25so322867wme.0; Mon, 11 Jan 2021 07:47:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-followup-to:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=OgNmYCz0nm3SWeoWgsExLO0LhgW2zPDg+PQ6ItGu/RM=; b=Oyewhf8KbgEt/l1DUNX6cpl1JC/kjc8VlsEm65UxG0UST8m4D8kF8CVCju0Z142/Qi 9ot8c6J6b0B2XRz0wZ7KzK49D5lAh/rwhN2JnhGI+x+oBNQgr6c/YbJgxZiybTPHLRpW ZblG5NtmdQKLkpx1xDALWICHbdERtIgOQeisk4waIda4RvfdZTmX6mTRZcqkNCsF8ple p5XNUa7iTJl0wsXnlD2JcahBpCDiSwhvUhFLf9dgy8XRF1UO68cLOj9XMUhlKP/SHqs0 UMaJOdnkKnoWqYOHNvS+e4ZEa5JyQequtwIJbwRWSyV/s4S5FwfpKj8bRxU9gGceorVy P1Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-followup-to :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=OgNmYCz0nm3SWeoWgsExLO0LhgW2zPDg+PQ6ItGu/RM=; b=k2pv/Mj688Vb3cKC3vvpkpzKBtFt7cZ80on0rJnii35GtgYJQVlYKpEDMI/6xc35XK cqIyrVMdsKxu6V9AcpOkOk2u0ysQizc1JMhXpTnH/EOmnF4TC9Gd6sU82wgbbycj0ibI ZIJhD32sjCFt7BNmUc3qdBxpL1NMy1jO2V2WPUgI9T2VtoAPjFN3HX5U6Qm13vzBnRUB MlaW8A0x1v7yRXmxLyU88hr4BQ7CZ/P3Yjr6AzmjITxKuzTXQG8j7yvgHDK55fAYu0dy 8LmK82EmSlXBvOKcQ0FkezD+XCm3tmgd6ZwIoGb7bv3z44JlskHTn4SU2x49aKRfmxEP eY8g== X-Gm-Message-State: AOAM531Nt105hVbQjlae7JiB3F9603x4aW9IAPrTEsri9/289BS95nNV so/AhanHTLyZJONpwzE5eLZY0xqdgLU= X-Google-Smtp-Source: ABdhPJzlPZk1Z/+DJz4m+fgFNOZsPD9lEraty4A7SJIov/9KjX02yA+dXXzw7wwerx+O48RkjVQ0Cg== X-Received: by 2002:a7b:c052:: with SMTP id u18mr265382wmc.139.1610380052841; Mon, 11 Jan 2021 07:47:32 -0800 (PST) Original-Received: from rltb ([2a01:e34:ecfc:a861:69b6:6aaf:dbd3:8964]) by smtp.gmail.com with ESMTPSA id g78sm177797wme.33.2021.01.11.07.47.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Jan 2021 07:47:31 -0800 (PST) Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <83eeirfqbo.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 11 Jan 2021 17:25:47 +0200") Received-SPF: pass client-ip=2a00:1450:4864:20::32b; envelope-from=rpluim@gmail.com; helo=mail-wm1-x32b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:262917 Archived-At: Eli Zaretskii writes: >> From: Robin Tarsiger >> Cc: emacs-devel@gnu.org >> Date: Mon, 11 Jan 2021 04:47:11 -0600 >>=20 >> > Note the difference in he.net resolution with and without the 'ipv6 >> > argument, and also the behavior of ipv6.google.com with the ipv6 >> > argument. Interesting, no? >>=20 >> Definitely. The behavior of "he.net" with 'ipv6 in the former group >> is something I think of as to be avoided, per elsethread, but this >> shows the latter truncation for nil more concretely, of course... >> and the error-swapping behavior with "ipv6.google.com" is bizarre >> and hard to reconcile with earlier observations, especially the >> nil-family case. I wonder whether that changes with 'ipv4? > > No, it behaves as expected. > >> 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=CA=BCs 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. > I'm asking because I'm still bothered by failures in those two tests, > and would like to avoid that. I think it's bad if a test fails when > there's nothing wrong with Emacs; we should try to skip such tests > when we know their results cannot be trusted. 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)? Robert