summaryrefslogtreecommitdiff
path: root/tests/libtest/Makefile.am
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2010-06-24 23:19:27 +0200
committerDaniel Stenberg <daniel@haxx.se>2010-06-24 23:22:24 +0200
commit8da56e12c6f8bc1306d1c5db8818933a6ef013d3 (patch)
tree1be051d49e3da9b29c3305572839adf8fe9b61e8 /tests/libtest/Makefile.am
parent0a040789162471388a3cdb10ac4e5ba957a084e5 (diff)
downloadcurl-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