Non-blocking connect() attempts may fail synchronously in some cases. When

this occurs, connect() should be retried with another address if possible and
appropriate.

On Mac OS X 10.6 ("Snow Leopard"), getaddrinfo() returns IPv6 addresses even
when inappropriate due to the use of AI_ADDRCONFIG.  connect() fails
immediately when trying to connect to an IPv6 address from a system that only
has IPv4 connectivity.  The existing net::TCPClientSocketLibevent is not
prepared to deal with immediate connect() failures, so it fails without
trying additional addresses.  Some sites, such as python.org, publish both
IPv4 and IPv6 addresses.  On Snow Leopard, name resolution always returns
the IPv6 addresses first, rendering such sites impossible to connect to unless
reachable by IPv6.

This change restores the previous behavior of setting AI_ADDRCONFIG when
calling getaddrinfo() on Mac OS X.  AI_ADDRCONFIG was removed in a previous
attempt to fix this bug.  AI_ADDRCONFIG is now documented in Snow Leopard.
The associated comment, written for Mac OS X 10.5 ("Leopard"), is no longer
correct.  In most cases, the presence or absence of this flag seems to have no
impact on the system resolver's behavior, but I believe that its presence is
correct per the documentation.  A separate bug will be filed with Apple.

BUG=12711
TEST=http://python.org/ on Snow Leopard should load on a machine where only
     IPv4 is available; it (and all other sites) should continue to function
     properly on Leopard
Review URL: http://codereview.chromium.org/196094

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@26051 0039d316-1c4b-4281-b951-d872f2087c98

0 files changed, 0 insertions, 0 deletions