--nextPart1879496.IVA3XAO2NJ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Roland Harnau wrote:
>According to [1] =A0the addreses returned by =A0getaddrinfo() (glibc
>version) =A0are ordered:
>"The important thing to remember here is that the addresses are
>returned in an order where the first returned address has the highest
>probability to succeed."
>
>[1] =A0http://people.redhat.com/drepper/userapi-ipv6.html

That is true, but the DNS server also does a round-robin ordering of=20
addresses to spread the load on identical servers. getaddrinfo() is=20
kind-of smart, but it can't tell the difference between two global IP=20
addresses of the same version (v4 or v6).

Anyways, since the cache is held per application, this is not a big=20
problem -- or a problem at all.

Patch is good, perfectly indented, very clever. Please commit!

=2D-=20
=A0 Thiago Macieira =A0- =A0thiago (AT) macieira.info - thiago (AT) kde.org
=A0 =A0 PGP/GPG: 0x6EF45358; fingerprint:
=A0 =A0 E067 918B B660 DBD1 105C =A0966C 33F5 F005 6EF4 5358

--nextPart1879496.IVA3XAO2NJ
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQBIci7fM/XwBW70U1gRAjS8AJ4sC5nJcDfiF/SXZ1juDnRldUri6ACgxfui
pv7LiuXPOJfM4Td/S2lf5J0=
=LZQL
-----END PGP SIGNATURE-----

--nextPart1879496.IVA3XAO2NJ--