Skip to content
Snippets Groups Projects
  1. Feb 02, 2007
  2. Jan 31, 2007
  3. Jan 30, 2007
  4. Jan 29, 2007
  5. Jan 28, 2007
  6. Jan 27, 2007
  7. Jan 25, 2007
  8. Jan 23, 2007
  9. Jan 18, 2007
  10. Jan 17, 2007
  11. Jan 16, 2007
  12. Jan 15, 2007
  13. Jan 10, 2007
  14. Jan 04, 2007
  15. Dec 11, 2006
    • Daniel Stenberg's avatar
      Alexey Simak found out that when doing FTP with the multi interface and · 88c8d72a
      Daniel Stenberg authored
      something went wrong like it got a bad response code back from the server,
      libcurl would leak memory. Added test case 538 to verify the fix.
      
      I also noted that the connection would get cached in that case, which
      doesn't make sense since it cannot be re-use when the authentication has
      failed. I fixed that issue too at the same time, and also that the path
      would be "remembered" in vain for cases where the connection was about to
      get closed.
      88c8d72a
  16. Nov 25, 2006
    • Daniel Stenberg's avatar
      added the new test 282 · 090f5a9a
      Daniel Stenberg authored
      090f5a9a
    • Daniel Stenberg's avatar
      Venkat Akella found out that libcurl did not like HTTP responses that simply · da58d03f
      Daniel Stenberg authored
      responded with a single status line and no headers nor body. Starting now, a
      HTTP response on a persistent connection (i.e not set to be closed after the
      response has been taken care of) must have Content-Length or chunked
      encoding set, or libcurl will simply assume that there is no body.
      
      To my horror I learned that we had no less than 57(!) test cases that did bad
      HTTP responses like this, and even the test http server (sws) responded badly
      when queried by the test system if it is the test system. So although the
      actual fix for the problem was tiny, going through all the newly failing test
      cases got really painful and boring.
      da58d03f
  17. Nov 20, 2006
  18. Nov 19, 2006
  19. Nov 18, 2006
Loading