Skip to content
Snippets Groups Projects
  1. Aug 19, 2006
  2. Aug 18, 2006
  3. Aug 08, 2006
  4. Jul 25, 2006
  5. Jul 20, 2006
  6. May 04, 2006
    • Daniel Stenberg's avatar
      Roland Blom filed bug report #1481217 · e85e3054
      Daniel Stenberg authored
      (http://curl.haxx.se/bug/view.cgi?id=1481217), with follow-ups by Michele Bini
      and David Byron. libcurl previously wrongly used GetLastError() on windows to
      get error details after socket-related function calls, when it really should
      use WSAGetLastError() instead.
      
      When changing to this, the former function Curl_ourerrno() is now instead
      called Curl_sockerrno() as it is necessary to only use it to get errno from
      socket-related functions as otherwise it won't work as intended on Windows.
      e85e3054
  7. Apr 26, 2006
  8. Apr 18, 2006
  9. Apr 10, 2006
  10. Apr 07, 2006
  11. Mar 21, 2006
  12. Mar 20, 2006
  13. Mar 13, 2006
  14. Mar 08, 2006
  15. Mar 07, 2006
  16. Mar 03, 2006
  17. Feb 11, 2006
  18. Jan 24, 2006
    • Daniel Stenberg's avatar
      Michal Marek provided a patch for FTP that makes libcurl continue to try PASV · 67bf4f28
      Daniel Stenberg authored
      even after EPSV returned a positive response code, if libcurl failed to
      connect to the port number the EPSV response said. Obviously some people are
      going through protocol-sensitive firewalls (or similar) that don't understand
      EPSV and then they don't allow the second connection unless PASV was
      used. This also called for a minor fix of test case 238.
      67bf4f28
  19. Jan 19, 2006
  20. Jan 12, 2006
  21. Jan 10, 2006
    • Daniel Stenberg's avatar
      When using a bad path over FTP, as in when libcurl couldn't CWD into all · 44313386
      Daniel Stenberg authored
      given subdirs, libcurl would still "remember" the full path as if it is the
      current directory libcurl is in so that the next curl_easy_perform() would
      get really confused if it tried the same path again - as it would not issue
      any CWD commands at all, assuming it is already in the "proper" dir.
      
      Starting now, a failed CWD command sets a flag that prevents the path to be
      "remembered" after returning.
      44313386
  22. Dec 11, 2005
  23. Dec 05, 2005
  24. Nov 28, 2005
  25. Nov 14, 2005
  26. Nov 12, 2005
  27. Nov 11, 2005
  28. Nov 10, 2005
  29. Oct 05, 2005
  30. Sep 27, 2005
  31. Sep 16, 2005
  32. Sep 14, 2005
  33. Sep 04, 2005
  34. Aug 19, 2005
    • Daniel Stenberg's avatar
      Norbert Novotny had problems with FTPS and he helped me work out a patch · 710ee3b0
      Daniel Stenberg authored
      that made curl run fine in his end. The key was to make sure we do the
      SSL/TLS negotiation immediately after the TCP connect is done and not after
      a few other commands have been sent like we did previously. I don't consider
      this change necessary to obey the standards, I think this server is pickier
      than what the specs allow it to be, but I can't see how this modified
      libcurl code can add any problems to those who are interpreting the
      standards more liberally.
      710ee3b0
  35. Jul 21, 2005
  36. Jul 03, 2005
    • Daniel Stenberg's avatar
      Andrew Bushnell provided enough info for me to tell that we badly needed to · 20005a83
      Daniel Stenberg authored
      fix the CONNECT authentication code with multi-pass auth methods (such as
      NTLM) as it didn't previously properly ignore response-bodies - in fact it
      stopped reading after all response headers had been received. This could
      lead to libcurl sending the next request and reading the body from the first
      request as response to the second request. (I also renamed the function,
      which wasn't strictly necessary but...)
      
      The best fix would to once and for all make the CONNECT code use the
      ordinary request sending/receiving code, treating it as any ordinary request
      instead of the special-purpose function we have now. It should make it
      better for multi-interface too. And possibly lead to less code...
      
      Added test case 265 for this. It doesn't work as a _really_ good test case
      since the test proxy is too stupid, but the test case helps when running the
      debugger to verify.
      20005a83
Loading