1. 20 Jun, 2013 1 commit
  2. 18 Jun, 2013 1 commit
  3. 17 Jun, 2013 2 commits
  4. 15 Jun, 2013 1 commit
  5. 14 Jun, 2013 1 commit
  6. 13 Jun, 2013 3 commits
  7. 12 Jun, 2013 4 commits
  8. 10 Jun, 2013 5 commits
  9. 07 Jun, 2013 3 commits
  10. 06 Jun, 2013 1 commit
    • Daniel Stenberg's avatar
      lib1500: remove bad check · 87cf677e
      Daniel Stenberg authored
      After curl_multi_wait() returns, this test checked that we got exactly
      one file descriptor told to read from, but we cannot be sure that is
      true. curl_multi_wait() will sometimes return earlier without any file
      descriptor to handle, just just because it is a suitable time to call
      *perform().
      
      This problem showed up with commit 29bf0598.
      
      Bug: http://curl.haxx.se/mail/lib-2013-06/0029.html
      Reported-by: Fabian Keil
      87cf677e
  11. 04 Jun, 2013 4 commits
  12. 03 Jun, 2013 3 commits
  13. 02 Jun, 2013 2 commits
  14. 30 May, 2013 1 commit
  15. 28 May, 2013 3 commits
  16. 27 May, 2013 1 commit
  17. 22 May, 2013 2 commits
    • Mike Giancola's avatar
      ossl_recv: SSL_read() returning 0 is an error too · 520833cb
      Mike Giancola authored
      SSL_read can return 0 for "not successful", according to the open SSL
      documentation: http://www.openssl.org/docs/ssl/SSL_read.html
      520833cb
    • Mike Giancola's avatar
      ossl_send: SSL_write() returning 0 is an error too · e58d9c87
      Mike Giancola authored
      We found that in specific cases if the connection is abruptly closed,
      the underlying socket is listed in a close_wait state. We continue to
      call the curl_multi_perform, curl_mutli_fdset etc. None of these APIs
      report the socket closed / connection finished.  Since we have cases
      where the multi connection is only used once, this can pose a problem
      for us. I've read that if another connection was to come in, curl would
      see the socket as bad and attempt to close it at that time -
      unfortunately, this does not work for us.
      
      I found that in specific situations, if SSL_write returns 0, curl did
      not recognize the socket as closed (or errored out) and did not report
      it to the application. I believe we need to change the code slightly, to
      check if ssl_write returns 0. If so, treat it as an error - the same as
      a negative return code.
      
      For OpenSSL - the ssl_write documentation is here:
      http://www.openssl.org/docs/ssl/SSL_write.html
      e58d9c87
  18. 21 May, 2013 2 commits