Junio C Hamano wrote:
> Eric Wong writes:
>
> > getaddrinfo() may return multiple addresses, not all of which
> > are equally performant. In some cases, a user behind a non-IPv6
> > capable network may get an IPv6 address which stalls connect().
>
>
On 2016-01-29 04.04, Junio C Hamano wrote:
> Eric Wong writes:
>
>> getaddrinfo() may return multiple addresses, not all of which
>> are equally performant. In some cases, a user behind a non-IPv6
>> capable network may get an IPv6 address which stalls connect().
>
> I'd
Am 29.01.2016 um 02:41 schrieb Eric Wong:
Junio C Hamano wrote:
Eric Wong writes:
getaddrinfo() may return multiple addresses, not all of which
are equally performant. In some cases, a user behind a non-IPv6
capable network may get an IPv6 address
Eric Wong writes:
> getaddrinfo() may return multiple addresses, not all of which
> are equally performant. In some cases, a user behind a non-IPv6
> capable network may get an IPv6 address which stalls connect().
> Instead of waiting synchronously for a connect() to
Junio C Hamano wrote:
> Eric Wong writes:
>
> > getaddrinfo() may return multiple addresses, not all of which
> > are equally performant. In some cases, a user behind a non-IPv6
> > capable network may get an IPv6 address which stalls connect().
> >
getaddrinfo() may return multiple addresses, not all of which
are equally performant. In some cases, a user behind a non-IPv6
capable network may get an IPv6 address which stalls connect().
Instead of waiting synchronously for a connect() to timeout, use
non-blocking connect() in parallel and
Eric Wong writes:
> getaddrinfo() may return multiple addresses, not all of which
> are equally performant. In some cases, a user behind a non-IPv6
> capable network may get an IPv6 address which stalls connect().
I'd assume that you are not solving a hypothetical
7 matches
Mail list logo