1. 15 5月, 2010 5 次提交
    • D
      OpenSSL: multi interface handshake could hang · 77cfeadf
      Daniel Stenberg 提交于
      John-Mark Bell filed bug #3000052 that identified a problem (with
      an associated patch) with the OpenSSL handshake state machine
      when the multi interface is used:
      
      Performing an https request using a curl multi handle and using
      select or epoll to wait for events results in a hang. It appears
      that the cause is the fix for bug #2958179, which makes
      ossl_connect_common unconditionally return from the step 2 loop
      when fetching from a multi handle.
      
      When ossl_connect_step2 has completed, it updates
      connssl->connecting_state to ssl_connect_3. ossl_connect_common
      will then return to the caller, as a multi handle is in
      use. Eventually, the client code will call curl_multi_fdset to
      obtain an updated fdset to select or epoll on. For https
      requests, curl_multi_fdset will cause https_getsock to be called.
      https_getsock will only return a socket handle if the
      connecting_state is ssl_connect_2_reading or
      ssl_connect_2_writing.  Therefore, the client will never obtain a
      valid fdset, and thus not drive the multi handle, resulting in a
      hang.
      
      (http://curl.haxx.se/bug/view.cgi?id=3000052)
      77cfeadf
    • D
      changelog: add link to bug report · ea521cf6
      Daniel Stenberg 提交于
      ea521cf6
    • D
      Added directories.pm to the source tar ball · a82c5a39
      Dan Fandrich 提交于
      a82c5a39
    • D
      follow redirect: ignore response-body on redirect even if compressed · 7764795c
      Daniel Stenberg 提交于
      Sebastian V reported bug #3000056 identifying a problem with
      redirect following. It showed that when curl followed redirects
      it didn't properly ignore the response body of the 30X response
      if that response was using compressed Content-Encoding!
      
      (http://curl.haxx.se/bug/view.cgi?id=3000056)
      7764795c
    • D
      version: we're now going for 7.21.0 · d6706294
      Daniel Stenberg 提交于
      d6706294
  2. 14 5月, 2010 1 次提交
  3. 13 5月, 2010 10 次提交
  4. 12 5月, 2010 1 次提交
  5. 11 5月, 2010 3 次提交
  6. 10 5月, 2010 2 次提交
  7. 08 5月, 2010 3 次提交
  8. 07 5月, 2010 2 次提交
    • D
      changelogs: split the I/O handling · aca0fff4
      Daniel Stenberg 提交于
      aca0fff4
    • H
      sendrecv: split the I/O handling into private handler · d64bd82b
      Howard Chu 提交于
      Howard Chu brought the bulk work of this patch that properly
      moves out the sending and recving of data to the parts of the
      code that are properly responsible for the various ways of doing
      so.
      
      Daniel Stenberg assisted with polishing a few bits and fixed some
      minor flaws in the original patch.
      
      Another upside of this patch is that we now abuse CURLcodes less
      with the "magic" -1 return codes and instead use CURLE_AGAIN more
      consistently.
      d64bd82b
  9. 06 5月, 2010 2 次提交
  10. 30 4月, 2010 3 次提交
  11. 29 4月, 2010 4 次提交
  12. 26 4月, 2010 4 次提交