From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 51627 invoked by alias); 14 Mar 2016 09:55:12 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 50353 invoked by uid 89); 14 Mar 2016 09:55:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-93.9 required=5.0 tests=BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_PBL,RDNS_DYNAMIC,USER_IN_WHITELIST autolearn=no version=3.3.2 spammy=vista, Vista, HX-Envelope-From:sk:corinna, Jun-ya X-HELO: calimero.vinschen.de Received: from ipbcc0d020.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.208.32) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 14 Mar 2016 09:55:01 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 1E16EA805E5; Mon, 14 Mar 2016 10:54:59 +0100 (CET) Date: Mon, 14 Mar 2016 09:55:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Cygwin unable to resolve hostnames Message-ID: <20160314095459.GA20256@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20160314.093450.1409197428128437086.kato@vanilla.ocn.ne.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20160314.093450.1409197428128437086.kato@vanilla.ocn.ne.jp> User-Agent: Mutt/1.5.24 (2015-08-30) X-SW-Source: 2016-03/txt/msg00211.txt.bz2 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1178 On Mar 14 09:34, Jun-ya Kato wrote: > It also depends on AAAA query againt VMware's DNS proxy server. >=20 > For more analysis, see vmware community site, > https://communities.vmware.com/thread/518949?start=3D15&tstart=3D0 >=20 >=20 > I think it is not cygwin's bug at all. but any workaround may be > implemented againt weak behavior of GetAddrInfoW() API. As mentioned in the above posting, Cygwin always sets AI_ALL if ai_family is PF_UNSPEC and the hints don't specify AI_ADDRCONFIG. Apparently Winsock's GetAddrInfoW chokes on AI_ALL in certain circumstances. On GLibc, AI_ALL is ignored if AI_V4MAPPED is not given, but that's not as I observed it on Windows when I added this code (back in Vista times, but hey). There's an easy workaround possible: If GetAddrInfoW returns the error code WSANO_RECOVERY (per the above posting), we can retry without the AI_ALL flag. Is anybody here affected by this problem willing to give this a test? I can create another Cygwin 2.5.0 test release pretty soon... Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature; name="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW5opyAAoJEPU2Bp2uRE+gbsEP/jvyUgsC9rP+xVGsf8wQhR3c fWS3BpjSnPMSGo6HQktSM2XcPBTXMWlinwsvdb1CbPm2xyUY63V58/USsLFgzwd2 v1pwzxxZsFOFACQBUVhHqHUuNp/95SVfXQVkrHbUUrzmaHpILeXhzmGLHdyaHlLY 5zuhq5Pabwc7lV7LjcyhOrinzvYkSdVKp+kHglQrsWazAkZLYm0LijoPG7ibx8fy bEK0jQwNhMbp6SMxljlviuXZJucaSBetEYEXnyk49qLWIVesC0G2Y44/QxKdTzeA 0BZ5BobiXQ/Vlk5mIwoQnFAY1/LOHCiy3rT2atZmYFZjhdoK9PVFUWf2gJKKFMN9 8Sr1EwzwvvAjdM1gJgwn77c5aItSJ7e2629JlCI7JLvsyDYHbGtGciaoqwSAQ5ve tCyxRBsA7cuUmS3SlqOo3K6m8sV0QgpLu4//ZvdLt31c3aEXpUOArBDdxkEhQtXU YVizM4A3s/coepruOe8ClpqNWovhy0LgRZtcBb3iq4yDkZmTKGWraJVgMaIwUy5I zvKOz0nHBN29kl3Uww9iKBCMwjQrIq14WojXj0He1+J7y3TRMQ60lD1Q+LL4cqSN wFsbz+99m6D6SShmq3Js4unULJVkk554FyosZ4+PQm0gFUG8Qw3qpfeh9iTh7xMl auKkfZfsqV1BDF7c1syR =npYU -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx--