Skip to content
  1. Nov 08, 2005
    • Daniel Stenberg's avatar
      Removed the use of AI_CANONNAME in the IPv6-enabled resolver functions since · cab59b4c
      Daniel Stenberg authored
      we really have no use for reverse lookups of the address.
      
      I truly hope these are the last reverse lookups we had lingering in the
      code!
      cab59b4c
    • Daniel Stenberg's avatar
      Dmitry Bartsevich discovered some issues in compatibilty of SSPI-enabled · 17533580
      Daniel Stenberg authored
      version of libcurl with different Windows versions. Current version of
      libcurl imports SSPI functions from secur32.dll. However, under Windows NT
      4.0 these functions are located in security.dll, under Windows 9x - in
      secur32.dll and Windows 2000 and XP contains both these DLLs (security.dll
      just forwards calls to secur32.dll).
      
      Dmitry's patch loads proper library dynamically depending on Windows
      version. Function InitSecurityInterface() is used to obtain pointers to all
      of SSPI function in one structure.
      : ----------------------------------------------------------------------
      17533580
  2. Oct 31, 2005
    • Daniel Stenberg's avatar
      Vilmos Nebehaj improved libcurl's LDAP abilities: · b91421b1
      Daniel Stenberg authored
      The LDAP code in libcurl can't handle LDAP servers of LDAPv3 nor binary
      attributes in LDAP objects. So, I made a quick patch to address these
      problems.
      
      The solution is simple: if we connect to an LDAP server, first try LDAPv3
      (which is the preferred protocol as of now) and then fall back to LDAPv2.
      In case of binary attributes, we first convert them to base64, just like the
      openldap client does. It uses ldap_get_values_len() instead of
      ldap_get_values() to be able to retrieve binary attributes correctly. I
      defined the necessary LDAP macros in lib/ldap.c to be able to compile
      libcurl without the presence of libldap
      b91421b1
  3. Oct 27, 2005
  4. Oct 25, 2005
  5. Oct 22, 2005
    • Daniel Stenberg's avatar
      Dima Barsky reported a problem with GnuTLS-enabled libcurl in bug report · c890149c
      Daniel Stenberg authored
        #1334338 (http://curl.haxx.se/bug/view.cgi?id=1334338). When reading an SSL
        stream from a server and the server requests a "rehandshake", the current
        code simply returns this as an error. I have no good way to test this, but
        I've added a crude attempt of dealing with this situation slightly better -
        it makes a blocking handshake if this happens. Done like this because fixing
        this the "proper" way (that would handshake asynchronously) will require
        quite some work and I really need a good way to test this to do such a
        change.
      c890149c
  6. Oct 21, 2005
  7. Oct 20, 2005
  8. Oct 14, 2005
  9. Oct 13, 2005
  10. Oct 05, 2005
  11. Oct 04, 2005
  12. Sep 27, 2005
  13. Sep 21, 2005
  14. Sep 19, 2005
  15. Sep 16, 2005
  16. Sep 06, 2005
  17. Sep 04, 2005
  18. Sep 02, 2005
  19. Sep 01, 2005
  20. Aug 29, 2005
  21. Aug 24, 2005
  22. 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
  23. Aug 17, 2005
    • Daniel Stenberg's avatar
      - Jeff Pohlmeyer found out that if you ask libcurl to load a cookiefile (with · a676c185
      Daniel Stenberg authored
        CURLOPT_COOKIEFILE), add a cookie (with CURLOPT_COOKIELIST), tell it to
        write the result to a given cookie jar and then never actually call
        curl_easy_perform() - the given file(s) to read was never read but the
        output file was written and thus it caused a "funny" result.
      
      - While doing some tests for the bug above, I noticed that Firefox generates
        large numbers (for the expire time) in the cookies.txt file and libcurl
        didn't treat them properly. Now it does.
      a676c185
  24. Aug 15, 2005
  25. Aug 09, 2005
  26. Aug 07, 2005