1. 27 Mar, 2010 3 commits
  2. 26 Mar, 2010 2 commits
  3. 25 Mar, 2010 10 commits
  4. 24 Mar, 2010 20 commits
  5. 23 Mar, 2010 5 commits
    • Daniel Stenberg's avatar
      mark connection as connected · 4b351d01
      Daniel Stenberg authored
      Kenny To filed the bug report #2963679 with patch to fix a
      problem he experienced with doing multi interface HTTP POST over
      a proxy using PROXYTUNNEL. He found a case where it would connect
      fine but bits.tcpconnect was not set correct so libcurl didn't
      work properly.
      
      (http://curl.haxx.se/bug/view.cgi?id=2963679)
      4b351d01
    • Daniel Stenberg's avatar
      enabled valgrind · e32fe30d
      Daniel Stenberg authored
      I ran it now successfully and it helped to pinpoint a libssh2
      memory leak!
      e32fe30d
    • Dan Fandrich's avatar
      Updated Symbian notes · f5857a59
      Dan Fandrich authored
      f5857a59
    • Daniel Stenberg's avatar
      chunked-encoding with Content-Length: header problem · 7fd32ce7
      Daniel Stenberg authored
      Akos Pasztory filed debian bug report #572276
      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572276
      mentioning a problem with a resource that returns chunked-encoded
      _and_ with a Content-Length and libcurl failed to properly ignore
      the latter information.
      7fd32ce7
    • Daniel Stenberg's avatar
      delayed easy handle kill caused double Curl_close() call · 2a94293e
      Daniel Stenberg authored
      Hauke Duden provided an example program that made the multi
      interface crash.  His example simply used the multi interface and
      did first one FTP transfer and after completion it used a second
      easy handle and did another FTP transfer on the same FTP server.
      
      This triggered a bug in the "delayed easy handle kill" system
      that curl uses: when an FTP connection is left alive it must keep
      an easy handle around internally - only for the purpose of having
      an easy handle when it later disconnects it. The code assumed
      that when the easy handle was removed and an internal reference
      was made, that version could be killed later on when a new easy
      handle came using the same connection. This was wrong as Hauke's
      example showed that the removed handle wasn't killed for real
      until later. This caused a double close attempt => segfault.
      2a94293e