From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9453 invoked by alias); 11 Jul 2013 13:37:08 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 9409 invoked by uid 48); 11 Jul 2013 13:37:06 -0000 From: "jdthood at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/15726] getaddrinfo() returns incorrect status Date: Thu, 11 Jul 2013 13:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: network X-Bugzilla-Version: 2.17 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jdthood at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-07/txt/msg00047.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=3D15726 --- Comment #6 from Thomas Hood --- Kurt's interpretation appears prima facie to be correct. The definition of EAI_NONAME is: The name does not resolve for the supplied parameters. Neither nodename nor servname were supplied. At least one of these must be supplied. I.e., getaddrinfo() was called with invalid arguments, period. But this is not how the RFC is being interpreted. OpenBSD ------- The code returns EAI_NONAME in two cases. First: if (as->as.ai.hostname =3D=3D NULL && as->as.ai.servname =3D=3D NULL) { ar->ar_gai_errno =3D EAI_NONAME; Second: [...] if (ai->ai_flags & AI_NUMERICHOST) { ar->ar_gai_errno =3D EAI_NONAME; OpenBSD man page for gai_strerror: EAI_NONAME hostname or servname not provided, or not known NetBSD ------ NetBSD getaddrinfo() returns EAI_NONAME in two kinds of cases. First: if (hostname =3D=3D NULL && servname =3D=3D NULL) return EAI_NONAME; Second: [...] if (pai->ai_flags & AI_NUMERICHOST) ERR(EAI_NONAME); NetBSD man page for getaddrinfo: EAI_NONAME nodename nor servname provided, or not known. A relevant NetBSD problem report: http://gnats.netbsd.org/44915 Solaris ------- Solaris man page for getaddrinfo(): EAI_NONAME Neither nodename nor servname is provided or known. HP=C2=A0Tru64 UNIX ------------- [EAI_NONAME] The node name cannot be resolved with the supplied parameters. You did not pass either the nodename or servname parameter. You must pass at least one. bind-users ---------- There's an interesting discussion of this issue on the bind-users mailing l= ist. https://lists.isc.org/pipermail/bind-users/2011-April/083701.html --=20 You are receiving this mail because: You are on the CC list for the bug. >>From glibc-bugs-return-19107-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Jul 11 15:17:26 2013 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 30509 invoked by alias); 11 Jul 2013 15:17:25 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 30470 invoked by uid 48); 11 Jul 2013 15:17:22 -0000 From: "jdthood at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug network/15726] getaddrinfo() returns incorrect status Date: Thu, 11 Jul 2013 15:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: network X-Bugzilla-Version: 2.17 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jdthood at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-07/txt/msg00048.txt.bz2 Content-length: 1851 http://sourceware.org/bugzilla/show_bug.cgi?id=15726 --- Comment #7 from Thomas Hood --- Kurt's interpretation appears prima facie to be correct. The definition of EAI_NONAME is: The name does not resolve for the supplied parameters. Neither nodename nor servname were supplied. At least one of these must be supplied. I.e., getaddrinfo() was called with invalid arguments, period. Compare with other *NIXes. OpenBSD ------- The code returns EAI_NONAME in two cases. First: if (as->as.ai.hostname == NULL && as->as.ai.servname == NULL) { ar->ar_gai_errno = EAI_NONAME; Second: [...] if (ai->ai_flags & AI_NUMERICHOST) { ar->ar_gai_errno = EAI_NONAME; OpenBSD man page for gai_strerror: EAI_NONAME hostname or servname not provided, or not known NetBSD ------ NetBSD getaddrinfo() returns EAI_NONAME in two kinds of cases. First: if (hostname == NULL && servname == NULL) return EAI_NONAME; Second: [...] if (pai->ai_flags & AI_NUMERICHOST) ERR(EAI_NONAME); NetBSD man page for getaddrinfo: EAI_NONAME nodename nor servname provided, or not known. A relevant NetBSD problem report: http://gnats.netbsd.org/44915 Solaris ------- Solaris man page for getaddrinfo(): EAI_NONAME Neither nodename nor servname is provided or known. HP Tru64 UNIX ------------- [EAI_NONAME] The node name cannot be resolved with the supplied parameters. You did not pass either the nodename or servname parameter. You must pass at least one. bind-users ---------- There's an interesting discussion of this issue on the bind-users mailing list. https://lists.isc.org/pipermail/bind-users/2011-April/083701.html -- You are receiving this mail because: You are on the CC list for the bug.