[Bug network/14967] New: getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[Bug network/14967] New: getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

             Bug #: 14967
           Summary: getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and
                    :: (in this order)
           Product: glibc
           Version: 2.15
            Status: NEW
          Severity: normal
          Priority: P2
         Component: network
        AssignedTo: unassigned@sourceware.org
        ReportedBy: psimerda@redhat.com
    Classification: Unclassified


On Linux, with net.ipv6.bindv6only = 0 (the default), getaddrinfo(NULL) with
AI_PASSIVE returns 0.0.0.0 and :: (in this order). AI_PASSIVE was meant to
return a list of addresses to listen on, but it is impossible to listen on
0.0.0.0 and :: at the same time, if :: implies dualstack mode.

Even the order is wrong, as listening on :: would work for both protocols,
while listening on 0.0.0.0 does not. If the order is fixed, applications could
just spit out a warning but still work correctly.

The only proper fix I can think of, is test for net.ipv6.bindv6only and return
only :: if this is 0, otherwise return both addresses (preferably IPv6 first).

Upstream bug report:

https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/673708

More information:

https://fedoraproject.org/wiki/Networking/NameResolution#Binding_to_the_INADDR_ANY_and.2For_in6addr_any_addresses

Cheers,

Pavel

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

me at ruff dot mobi changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |me at ruff dot mobi
            Version|2.15                        |2.17
           See Also|                            |https://launchpad.net/bugs/
                   |                            |673708

--- Comment #1 from me at ruff dot mobi 2013-02-23 18:52:55 UTC ---
Here's how rfc3484_sort arguments look like

a1 = {dest_addr = 0x603010, 
    source_addr = {
        sin6_family = 10, sin6_port = 1153, sin6_flowinfo = 0, 
        sin6_addr = {
            __in6_u = {
                    __u6_addr8 = '\000' <repeats 15 times>, "\001", 
                __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 256}, 
                __u6_addr32 = {0, 0, 0, 16777216}
            }
        }, 
        sin6_scope_id = 0
    }, 
      source_addr_len = 28 '\034', 
    got_source_addr = true, 
    source_addr_flags = 0 '\000', 
    prefixlen = 128 '\200', 
    index = 1, native = -1
}
a2 = {dest_addr = 0x603070, 
    source_addr = {
        sin6_family = 2, sin6_port = 44220, sin6_flowinfo = 16777343, 
        sin6_addr = {
            __in6_u = {
                    __u6_addr8 =
"\000\000\000\000\000\000\000\000\000\000\377\377\177\000\000\001", 
                __u6_addr16 = {0, 0, 0, 0, 0, 65535, 127, 256}, 
                __u6_addr32 = {0, 0, 4294901760, 16777343}
            }
        }, 
        sin6_scope_id = 0
    }, 
    source_addr_len = 16 '\020', 
    got_source_addr = true, 
    source_addr_flags = 0 '\000', 
    prefixlen = 8 '\b', 
    index = 1, native = -1
}

Definitely "1660   /* Rule 5: Prefer matching label.  */" prefers a2 - it has
same lablel for SRC & DST, while a1 has 0 (lo) for SRC and 3 (any) for DST.
In other words here is a collision between implementation, default behaviour of
connect() and RFC recommended default labels definition. Either new label
should be attached to IPv4 loopback
label ::ffff:0f00:1/128 8 (gai.conf)
or getaddrinfo should reset loopback to any in SRC before sorting.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #2 from me at ruff dot mobi 2013-02-23 19:11:26 UTC ---
Created attachment 6890
  --> http://sourceware.org/bugzilla/attachment.cgi?id=6890
Proposed patch

Just a draft, unfortunately I don't have capabilities to rebuild GLIBC right
now but it should reflect the idea.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #3 from Pavel Šimerda <psimerda at redhat dot com> 2013-02-24 22:15:14 UTC ---
(In reply to comment #2)
> Created attachment 6890 [details]
> Proposed patch
> 
> Just a draft, unfortunately I don't have capabilities to rebuild GLIBC right
> now but it should reflect the idea.

What exactly is the patch supposed to do?

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #4 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-24 23:16:14 UTC ---
Reset source address to in6addr_any if it is loopback address returned by
connect to in6addr_any. To make the sorting fair.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #5 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-24 23:21:00 UTC ---
In proposed draft there is a typo
            && IN6_IS_ADDR_LOOPBACK(&results[i].source_addr))
should read as
            && IN6_IS_ADDR_LOOPBACK(&results[i].source_addr.sin6_addr))

so - if it is V6 family, and original address was any, but returned address is
loopback - reset it to any. Loopback is just a behavioural return, it's not
proper address, a result of connect() to unspecified address.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #6 from Pavel Šimerda <psimerda at redhat dot com> 2013-02-25 08:12:45 UTC ---
(In reply to comment #4)
> Reset source address to in6addr_any if it is loopback address returned by
> connect to in6addr_any.

This doesn't fix the problem described in this bug report and it is incorrect.
If the family is AF_INET6, the problem doesn't occur at all.

(In reply to comment #5)
> Loopback is just a behavioural return,

getaddrinfo doesn't return loopback addresses in this case (NULL hostname and
AI_PASSIVE) at all. So I'm afraid you are trying to fix a nonexistent problem
instead of the one described in the bug report.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #7 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-25 18:57:54 UTC ---
You're wrong, this is exactly fix for described problem. Just open the code of
getaddrinfo implementation and you'll see this.
later today I'll attach normal tested patch as I've cloned trunk git.

getaddrinfo retruns 0.0.0.0 and :: in this order because order is based on
comparing :: with ::1 and 0.0.0.0 with 127.0.0.1

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #8 from Pavel Šimerda <psimerda at redhat dot com> 2013-02-25 23:48:06 UTC ---
(In reply to comment #7)
> You're wrong, this is exactly fix for described problem. Just open the code of
> getaddrinfo implementation and you'll see this.
> later today I'll attach normal tested patch as I've cloned trunk git.
> 
> getaddrinfo retruns 0.0.0.0 and :: in this order because order is based on
> comparing :: with ::1 and 0.0.0.0 with 127.0.0.1

If this is so, then it really looks like an ugly hack (and is not documented as
such, at the least). Shouldn't it be better to always have the correct
addresses there in the first place? I can go through the code later but
actually that should be just a sorting function that should *only* compare
addresses that are on the list. You should never need to rewrite them.

Anyway, it is IMO wrong to return both of them even in the opposite order when
binding :: binds dualstack and then 0.0.0.0 fails. But nevertheless it would
fix at least part of the problem.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #9 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-26 07:39:50 UTC ---
Well, I can oppose that validating source address with connect() for addresses
supposed to be used by bind() is an ugly hack :). 
getaddrinfo() should return all available addresses, it's just if AF_INET6 is
available by default it should returned first. getaddrinfo() cannot know
whether you're going to use V6ONLY option or not, and with that option both
returned addresses are valid and bind()-able. 
Sorry, preparing patch takes longer than I expected, will try to finish till
that evening.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #10 from Pavel Šimerda <psimerda at redhat dot com> 2013-02-26 08:27:48 UTC ---
(In reply to comment #9)
> Well, I can oppose that validating source address with connect() for addresses
> supposed to be used by bind() is an ugly hack :).

Who are you opposing, though? I don't know of anybody.

> getaddrinfo() cannot know whether you're going to use V6ONLY option or not, and with that option both

You have a point here. But I guess you should use AF_INET6 if you are going to
do V6ONLY.

> returned addresses are valid and bind()-able.

>From another point of view, we might ask the developers to always use V6ONLY
for IPv6. But something should be done to resolve it.

> Sorry, preparing patch takes longer than I expected, will try to finish till
> that evening.

Don't worry, we're not in hurry for this one (at least that's what I think).

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #11 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-26 20:09:23 UTC ---
Ok, here is the test script:

Native GLIBC - wrong result (0.0.0.0,::)
>> 
glibc-build$ ../b 1234
socket(2, 2, 17)
socket: Success
bind/connect: Success
getsockname: AF=2; LEN=16
 [0.0.0.0:1234] ---> [(null):1234]
Len: 16, 16
socket(10, 2, 17)
socket: Success
bind/connect: Success
getsockname: AF=10; LEN=28
 [:::1234] ---> [(null):1234]
Len: 28, 28
<<<
Patched GLIBC - correct result (::,0.0.0.0)
>>>
glibc-build$ /opt/jack/lib/ld-linux-x86-64.so.2 --library-path /opt/jack/lib
../b 1234
socket(10, 2, 17)
socket: Success
bind/connect: Success
getsockname: AF=10; LEN=28
 [:::1234] ---> [(null):1234]
Len: 28, 28
socket(2, 2, 17)
socket: Success
bind/connect: Success
getsockname: AF=2; LEN=16
 [0.0.0.0:1234] ---> [(null):1234]
Len: 16, 16
<<<
Native GLIBC+GAI V4Mapped lo workaround - correct result (::,0.0.0.0)
>>>
glibc-build$ sudo bash -c "echo 'label ::ffff:0f00:1/128 8' >> /etc/gai.conf"
[sudo] password for ruff: 
glibc-build$ ../b 1234
socket(10, 2, 17)
socket: Success
bind/connect: Success
getsockname: AF=10; LEN=28
 [:::1234] ---> [(null):1234]
Len: 28, 28
socket(2, 2, 17)
socket: Success
bind/connect: Success
getsockname: AF=2; LEN=16
 [0.0.0.0:1234] ---> [(null):1234]
Len: 16, 16
glibc-build$ 
>>>

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #12 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-26 20:24:37 UTC ---
Created attachment 6901
  --> http://sourceware.org/bugzilla/attachment.cgi?id=6901
Proposed patch (v2)

And here's the patch for above test case

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #13 from Ruslan N. Marchenko <me at ruff dot mobi> 2013-02-26 20:47:37 UTC ---
Created attachment 6902
  --> http://sourceware.org/bugzilla/attachment.cgi?id=6902
testing code

simple testing code
compile with 
gcc -g -o b b.c

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

--- Comment #14 from Pavel Šimerda <psimerda at redhat dot com> 2013-02-26 21:35:46 UTC ---
Ah, it's actually in one of the hackier parts of code. Nice if it works for
you. Sorry for not having enough time to test it myself right now.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

Ruslan N. Marchenko <me at ruff dot mobi> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #6890|0                           |1
        is obsolete|                            |

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[me at ruff dot mobi]

http://sourceware.org/bugzilla/show_bug.cgi?id=14967

Ruslan N. Marchenko <me at ruff dot mobi> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |http://bugs.debian.org/5206
                   |                            |28

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[jackie.rosen at hushmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=14967

Jackie Rosen <jackie.rosen at hushmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jackie.rosen at hushmail dot com

--- Comment #15 from Jackie Rosen <jackie.rosen at hushmail dot com> ---
*** Bug 260998 has been marked as a duplicate of this bug. ***
Seen from the domain http://volichat.com
Page where seen: http://volichat.com/adult-chat-rooms
Marked for reference. Resolved as fixed @bugzilla.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[pub at craig dot mcqueen.id.au]

https://sourceware.org/bugzilla/show_bug.cgi?id=14967

Craig McQueen <pub at craig dot mcqueen.id.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pub at craig dot mcqueen.id.au

--- Comment #16 from Craig McQueen <pub at craig dot mcqueen.id.au> ---
Is this a duplicate of bug #9981?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[psimerda at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=14967

Pavel Šimerda <psimerda at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #17 from Pavel Šimerda <psimerda at redhat dot com> ---
(In reply to Craig McQueen from comment #16)
> Is this a duplicate of bug #9981?

Yes, it's the very same problem, I don't know how I could overlook it.

*** This bug has been marked as a duplicate of bug 9981 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-22108-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Apr 10 06:55:09 2014
Return-Path: <glibc-bugs-return-22108-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 25192 invoked by alias); 10 Apr 2014 06:55:09 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Delivered-To: mailing list glibc-bugs@sourceware.org
Received: (qmail 25118 invoked by uid 48); 10 Apr 2014 06:55:05 -0000
From: "psimerda at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/9981] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 (IPv4-only) and :: (IPv6+IPv4) in this order
Date: Thu, 10 Apr 2014 06:55: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: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: psimerda at redhat 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: <bug-9981-131-MCBaOUNxdg@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-9981-131@http.sourceware.org/bugzilla/>
References: <bug-9981-131@http.sourceware.org/bugzilla/>
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: 2014-04/txt/msg00059.txt.bz2
Content-length: 270

https://sourceware.org/bugzilla/show_bug.cgi?id=9981

--- Comment #6 from Pavel Šimerda <psimerda at redhat dot com> ---
*** Bug 14967 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
>From glibc-bugs-return-22109-listarch-glibc-bugs=sources.redhat.com@sourceware.org Thu Apr 10 07:30:53 2014
Return-Path: <glibc-bugs-return-22109-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-glibc-bugs@sources.redhat.com
Received: (qmail 6885 invoked by alias); 10 Apr 2014 07:30:52 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Delivered-To: mailing list glibc-bugs@sourceware.org
Received: (qmail 6814 invoked by uid 48); 10 Apr 2014 07:30:48 -0000
From: "schwab@linux-m68k.org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug network/14505] AI_ADDRCONFIG does not suppress IN A lookups from IPV6-only hosts
Date: Thu, 10 Apr 2014 07:30: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: schwab@linux-m68k.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: dependson
Message-ID: <bug-14505-131-gOh42lPU8H@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-14505-131@http.sourceware.org/bugzilla/>
References: <bug-14505-131@http.sourceware.org/bugzilla/>
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: 2014-04/txt/msg00060.txt.bz2
Content-length: 370

https://sourceware.org/bugzilla/show_bug.cgi?id\x14505

Andreas Schwab <schwab@linux-m68k.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Depends on|                            |16826

--
You are receiving this mail because:
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[schwab at sourceware dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=14967

Andreas Schwab <schwab at sourceware dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|jackie.rosen at hushmail dot com   |

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug network/14967] getaddrinfo(NULL) with AI_PASSIVE returns 0.0.0.0 and :: (in this order)

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=14967

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|                            |security-

-- 
You are receiving this mail because:
You are on the CC list for the bug.