diff options
author | Daniel Stenberg <daniel@haxx.se> | 2010-06-24 23:19:27 +0200 |
---|---|---|
committer | Daniel Stenberg <daniel@haxx.se> | 2010-06-24 23:22:24 +0200 |
commit | 8da56e12c6f8bc1306d1c5db8818933a6ef013d3 (patch) | |
tree | 1be051d49e3da9b29c3305572839adf8fe9b61e8 /tests/libtest/Makefile.am | |
parent | 0a040789162471388a3cdb10ac4e5ba957a084e5 (diff) | |
download | curl-8da56e12c6f8bc1306d1c5db8818933a6ef013d3.tar.gz |
multi_socket: re-use of same socket without notifying app
When a hostname resolves to multiple IP addresses and the first one
tried doesn't work, the socket for the second attempt may get dropped on
the floor, causing the request to eventually time out. The issue is that
when using kqueue (as on mac and bsd platforms) instead of select, the
kernel removes the first fd from kqueue when it is closed (in trynextip,
connect.c:503). Trynextip() then goes on to open a new socket, which
gets assigned the same number as the one it just closed. Later in
multi.c, socket_cb is not called because the fd is already in
multi->sockhash, so the new socket is never added to kqueue.
The correct fix is to ensure that socket_cb is called to remove the fd
when trynextip() closes the socket, and again to re-add it after
singleipsocket(). I'm not sure how to cleanly do that, but the attached
patch works around the problem in an admittedly kludgy way by delaying
the close to ensure that the newly-opened socket gets a different fd.
Daniel's added comment: I didn't spot a way to easily do a nicer fix so
I've proceeded with Ben's patch.
Bug: http://curl.haxx.se/bug/view.cgi?id=3017819
Patch by: Ben Darnell
Diffstat (limited to 'tests/libtest/Makefile.am')
0 files changed, 0 insertions, 0 deletions