Skip to content
Snippets Groups Projects
  1. Aug 24, 2005
    • Daniel Stenberg's avatar
      Toby Peterson added CURLOPT_IGNORE_CONTENT_LENGTH to the library, accessible · a4773fcb
      Daniel Stenberg authored
      from the command line tool with --ignore-content-length. This will make it
      easier to download files from Apache 1.x (and similar) servers that are
      still having problems serving files larger than 2 or 4 GB. When this option
      is enabled, curl will simply have to wait for the server to close the
      connection to signal end of transfer. I wrote test case 269 that runs a
      simple test that this works.
      a4773fcb
  2. Jul 12, 2005
  3. Apr 25, 2005
  4. Apr 08, 2005
  5. Apr 07, 2005
    • Daniel Stenberg's avatar
      GnuTLS support added. There's now a "generic" SSL layer that we use all over · 6e619393
      Daniel Stenberg authored
      internally, with code provided by sslgen.c. All SSL-layer-specific code is
      then written in ssluse.c (for OpenSSL) and gtls.c (for GnuTLS).
      
      As far as possible, internals should not need to know what SSL layer that is
      in use. Building with GnuTLS currently makes two test cases fail.
      
      TODO.gnutls contains a few known outstanding issues for the GnuTLS support.
      
      GnuTLS support is enabled with configure --with-gnutls
      6e619393
  6. Mar 29, 2005
  7. Mar 14, 2005
  8. Mar 12, 2005
  9. Mar 10, 2005
  10. Feb 09, 2005
  11. Jan 29, 2005
  12. Jan 28, 2005
    • Daniel Stenberg's avatar
      KNOWN_BUGS #17 fixed. A DNS cache entry may not remain locked between two · 4551e7ce
      Daniel Stenberg authored
      curl_easy_perform() invokes. It was previously unlocked at disconnect, which
      could mean that it remained locked between multiple transfers. The DNS cache
      may not live as long as the connection cache does, as they are separate.
      
      To deal with the lack of DNS (host address) data availability in re-used
      connections, libcurl now keeps a copy of the IP adress as a string, to be able
      to show it even on subsequent requests on the same connection.
      4551e7ce
  13. Jan 25, 2005
  14. Jan 21, 2005
  15. Jan 11, 2005
  16. Jan 10, 2005
  17. Dec 19, 2004
  18. Dec 16, 2004
  19. Dec 15, 2004
  20. Dec 14, 2004
  21. Dec 13, 2004
  22. Dec 06, 2004
  23. Nov 26, 2004
  24. Nov 25, 2004
    • Daniel Stenberg's avatar
      FTP improvements: · bf51f05a
      Daniel Stenberg authored
      If EPSV, EPRT or LPRT is tried and doesn't work, it will not be retried on
      the same server again even if a following request is made using a persistent
      connection.
      
      If a second request is made to a server, requesting a file from the same
      directory as the previous request operated on, libcurl will no longer make
      that long series of CWD commands just to end up on the same spot. Note that
      this is only for *exactly* the same dir. There is still room for improvements
      to optimize the CWD-sending when the dirs are only slightly different.
      
      Added test 210, 211 and 212 to verify these changes. Had to improve the
      test script too and added a new primitive to the test file format.
      bf51f05a
  25. Nov 24, 2004
  26. Oct 19, 2004
  27. Oct 06, 2004
  28. Sep 30, 2004
  29. Sep 16, 2004
  30. Sep 10, 2004
    • Daniel Stenberg's avatar
      - Bug report #1025986. When following a Location: with a custom Host: header · b8b56248
      Daniel Stenberg authored
        replacement, curl only replaced the Host: header on the initial request
        and didn't replace it on the following ones. This resulted in requests with
        two Host: headers.
      
        Now, curl checks if the location is on the same host as the initial request
        and then continues to replace the Host: header. And when it moves to another
        host, it doesn't replace the Host: header but it also doesn't make the
        second Host: header get used in the request.
      
        This change is verified by the two new test cases 184 and 185.
      b8b56248
  31. Jul 04, 2004
  32. Jul 01, 2004
  33. Jun 24, 2004
  34. Jun 16, 2004
  35. Jun 15, 2004
  36. Jun 03, 2004
Loading