From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robin Tarsiger Newsgroups: gmane.emacs.devel Subject: Re: ai_flags in calls to getaddrinfo, broader call for reproducibility check Date: Mon, 11 Jan 2021 04:47:11 -0600 Message-ID: <74b7a0a9-0eb3-7944-19d2-f72424ee72d7@dasyatidae.com> References: <83sg7mggls.fsf@gnu.org> <83czymc8nq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20464"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 Cc: 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 11:48:10 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 1kyuk5-0005C9-AA for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Jan 2021 11:48:09 +0100 Original-Received: from localhost ([::1]:40006 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kyuk4-0003YV-CS for ged-emacs-devel@m.gmane-mx.org; Mon, 11 Jan 2021 05:48:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37480) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kyujC-00035N-K3 for emacs-devel@gnu.org; Mon, 11 Jan 2021 05:47:14 -0500 Original-Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:39009) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kyujA-0002ln-KO; Mon, 11 Jan 2021 05:47:14 -0500 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 0089A28D2; Mon, 11 Jan 2021 05:47:08 -0500 (EST) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 11 Jan 2021 05:47:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dasyatidae.com; h=to:references:from:cc:subject:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=u IIib1NkEcTvVuaeTRqZ0q3hPQIn4Mk+1FkOLaWVolg=; b=KHSuu62B3HYiYJ/Ax Cc4K/S4LMOilOgdjDOQYDmWrkf3i/7tZI0H1/Z/6hCqW3XU0YEwM4mBs1c0ZLuEo NLlRhA/L2iqWKIW6pixC3GHWRra3Zq15lZTAUzCSf6xuIL4rgcoNUEwLMEbWN8RC 9NwO1m0WsA5giYTutC9zgOFtR7dfjcrv3FdJ7KksdsHZM61N/PQqo+bESo07TIww 3JFTdEdelhZ0Xos/X56KafYubwXiQ6t5r+zhLS8S2DAGr83/BB8obv7Ww0STxUYT gWet+5gRxgagmLCKPi89vnoSGkIq6whRF7wMlOzR6+BifYsqwKp+5KN+KdRaSYlp Og4Ng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=uIIib1NkEcTvVuaeTRqZ0q3hPQIn4Mk+1FkOLaWVo lg=; b=LTcFOrz7y8YyVaK1u/pgDI+Ug+RFES6xmHxlErg6R30QxtBGxqQqDqF8u x3oSdWmDiP0T/LPLvDEiU+tAV9Pmz5sgJ73+dESz2O3AlYtxqZF+wUOrYuCJD2kb 5W9rrVIqc6A89OodPZ761x4P3IZZAeDyjbKyb6KfCwzeDlxj06cgieVt8PnDwW2V +p22Y9ui3V9LQG63gG9ZvXk4CEOjyl3YTkLE1inC7Je+RDMMOHpTFQHL95r0z8+M aM5qUSE9O/LdVqQZXy2IecWBkLge7XumIq69IbBDkVbjfLTGLr+x2nmCRk7xfeHw LJLq/b7FJL9N8lVx3+WwJ6LOZmZSw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdehuddgvdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepvfhfhffukffffgggjggtgfesthekredttdefjeenucfhrhhomheptfhosghi nhcuvfgrrhhsihhgvghruceorhhtthesuggrshihrghtihgurggvrdgtohhmqeenucggtf frrghtthgvrhhnpedugfeuueehheeiueekvdeitefgjeejtdeiuddtgedtffeigfeifedu hedvjeefgfenucffohhmrghinhephhgvrdhnvghtnecukfhppeejiedrvdehfedrjeehrd efgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehr thhtsegurghshigrthhiuggrvgdrtghomh X-ME-Proxy: Original-Received: from [192.168.1.65] (76-253-75-34.lightspeed.austtx.sbcglobal.net [76.253.75.34]) by mail.messagingengine.com (Postfix) with ESMTPA id 39B9624005C; Mon, 11 Jan 2021 05:47:08 -0500 (EST) In-Reply-To: <83czymc8nq.fsf@gnu.org> Content-Language: en-US-large Received-SPF: pass client-ip=64.147.123.20; envelope-from=rtt@dasyatidae.com; helo=wout4-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, NICE_REPLY_A=-0.012, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-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:262900 Archived-At: I'm sorry I haven't been able to get back to this the way I'd hoped; too many things to deal with last week, and the machines I was planning to use are having their own issues which I want to make sure are fixed first... Eli Zaretskii wrote: > With AI_ALL and AI_V4MAPPED flags: > > (network-lookup-address-info "he.net") > => ([216 218 236 2 0] [8193 1136 0 1283 0 0 0 2 0]) > > (network-lookup-address-info "he.net" 'ipv6) > => ([0 0 0 0 0 65535 55514 60418 0]) > > (network-lookup-address-info "ipv6.google.com") > => nil: WSANO_DATA error > > (network-lookup-address-info "ipv6.google.com" 'ipv6) > => nil: WSAHOST_NOT_FOUND error > > Without the AI_* flags: > > (network-lookup-address-info "he.net") > => ([216 218 236 2 0]) > > (network-lookup-address-info "he.net" 'ipv6) > => nil: WSANO_DATA error > > (network-lookup-address-info "ipv6.google.com") > => nil: WSAHOST_NOT_FOUND error > > (network-lookup-ddress-info "ipv6.google.com" 'ipv6) > => nil: WSANO_DATA error > > 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? 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? Your ipconfig result showed no "real" IPv6 connectivity, which is about what I'd have expected but at least sweeps some tangential possibilities away. Unfortunately there isn't a clear way to get an idea of what upstream resolvers might be doing from the host configuration. It occurs to me that there may be something nsswitch-like going on as well, but I don't know what that would be on Windows OTTOMH and I haven't had time to research it. Thanks for showing the details; it helps avoid misunderstandings. In the meantime, if others on the list would be willing to test these on Windows and/or with unusual resolver configurations, especially if you can get or point to a packet dump of how a Windows system converts different getaddrinfo parameters to DNS requests on the wire (and the responses, if comfortable with that), that would also be useful. In particular, if this turns out to be specific to Windows but not specific to that one host's network, then it may make sense to set some flags conditioned on OS. I am also curious whether AI_ALL _without_ AI_V4MAPPED does anything on Windows, per what I mentioned upthread. -RTT "Why is wanting things to be correct so messy sometimes"