diff options
| author | Yang Tse <yangsita@gmail.com> | 2010-01-28 05:09:19 +0000 |
|---|---|---|
| committer | Yang Tse <yangsita@gmail.com> | 2010-01-28 05:09:19 +0000 |
| commit | ccffed997e3b9ab553097be9ff61b53dbce71c64 (patch) | |
| tree | 51e4d465a4cce135c24852b6c730b75e47bbe769 | |
| parent | 6259bcd51f057a7389bf41a1c653c1e5387c6999 (diff) | |
Known bug #64 fixed by Constantine Sapuntzakis and Joshua Kwan in 7.20.0
| -rw-r--r-- | docs/KNOWN_BUGS | 5 |
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: |