summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorYang Tse <yangsita@gmail.com>2010-01-28 05:09:19 +0000
committerYang Tse <yangsita@gmail.com>2010-01-28 05:09:19 +0000
commitccffed997e3b9ab553097be9ff61b53dbce71c64 (patch)
tree51e4d465a4cce135c24852b6c730b75e47bbe769 /docs
parent6259bcd51f057a7389bf41a1c653c1e5387c6999 (diff)
downloadcurl-ccffed997e3b9ab553097be9ff61b53dbce71c64.tar.gz
Known bug #64 fixed by Constantine Sapuntzakis and Joshua Kwan in 7.20.0
Diffstat (limited to 'docs')
-rw-r--r--docs/KNOWN_BUGS5
1 files changed, 0 insertions, 5 deletions
diff --git a/docs/KNOWN_BUGS b/docs/KNOWN_BUGS
index 3982dc4ec..c38114141 100644
--- a/docs/KNOWN_BUGS
+++ b/docs/KNOWN_BUGS
@@ -40,11 +40,6 @@ may have been fixed since this was written!
properly wait for the connect to be confirmed. See test case 564 for a first
shot at a test case.
-64. The threaded resolver used in libcurl on Windows has some kind of race
- problem when multiple simultanoes resolves are done, like with the multi
- interface transferring many files in parallell:
- http://curl.haxx.se/mail/lib-2009-04/0028.html
-
63. When CURLOPT_CONNECT_ONLY is used, the handle cannot reliably be re-used
for any further requests or transfers. The work-around is then to close that
handle with curl_easy_cleanup() and create a new. Some more details: