1. 28 May, 2010 4 commits
  2. 27 May, 2010 13 commits
  3. 25 May, 2010 2 commits
  4. 24 May, 2010 1 commit
    • Howard Chu's avatar
      LDAP: properly implemented as a curl_handler · 2e056353
      Howard Chu authored
      makes the LDAP code much cleaner, nicer and in general being a
      better libcurl citizen. If a new enough OpenLDAP version is
      detect, the new and shiny lib/openldap.c code is then used
      instead of the old cruft
      
      Code by Howard, minor cleanups by Daniel.
      2e056353
  5. 21 May, 2010 4 commits
    • Tor Arntsen's avatar
      curl_fnmatch: Use int not bool when function returns int · 606b933a
      Tor Arntsen authored
      bool in curl internals is unsigned char and should not be used
      to receive return value from functions returning int - this fails
      when using IBM VisualAge and Tru64 compilers.
      606b933a
    • Daniel Stenberg's avatar
      TFTP: send legal timeout value · d17709da
      Daniel Stenberg authored
      Eric Mertens posted bug #3003705: when we made TFTP use the
      correct timeout option when sent to the server (fixed May 18th
      2010) it became obvious that libcurl used invalid timeout values
      (300 by default while the RFC allows nothing above 255). While of
      course it is obvious that as TFTP has worked thus far without
      being able to set timeout at all, just removing the setting
      wouldn't make any difference in behavior. I decided to still keep
      it (but fix the problem) as it now actually allows for easier
      (future) customization of the timeout.
      
      (http://curl.haxx.se/bug/view.cgi?id=3003705)
      d17709da
    • Daniel Stenberg's avatar
      TFTP: don't ack if wrong block num is received · 0bb6deda
      Daniel Stenberg authored
      If an unexpected block number was received, break out of the
      switch loop.
      0bb6deda
    • Daniel Stenberg's avatar
      TFTP: block id wrap bug fix · 0a29e244
      Daniel Stenberg authored
      In a normal expression, doing [unsigned short] + 1 will not wrap
      at 16 bits so the comparisons and outputs were done wrong. I
      added a macro do make sure it gets done right.
      
      Douglas Kilpatrick filed bug report #3004787 about it:
      http://curl.haxx.se/bug/view.cgi?id=3004787
      0a29e244
  6. 20 May, 2010 4 commits
  7. 19 May, 2010 2 commits
  8. 18 May, 2010 2 commits
  9. 16 May, 2010 2 commits
  10. 15 May, 2010 3 commits
  11. 14 May, 2010 3 commits
    • Dan Fandrich's avatar
    • Daniel Stenberg's avatar
      OpenSSL: multi interface handshake could hang · 77cfeadf
      Daniel Stenberg authored
      John-Mark Bell filed bug #3000052 that identified a problem (with
      an associated patch) with the OpenSSL handshake state machine
      when the multi interface is used:
      
      Performing an https request using a curl multi handle and using
      select or epoll to wait for events results in a hang. It appears
      that the cause is the fix for bug #2958179, which makes
      ossl_connect_common unconditionally return from the step 2 loop
      when fetching from a multi handle.
      
      When ossl_connect_step2 has completed, it updates
      connssl->connecting_state to ssl_connect_3. ossl_connect_common
      will then return to the caller, as a multi handle is in
      use. Eventually, the client code will call curl_multi_fdset to
      obtain an updated fdset to select or epoll on. For https
      requests, curl_multi_fdset will cause https_getsock to be called.
      https_getsock will only return a socket handle if the
      connecting_state is ssl_connect_2_reading or
      ssl_connect_2_writing.  Therefore, the client will never obtain a
      valid fdset, and thus not drive the multi handle, resulting in a
      hang.
      
      (http://curl.haxx.se/bug/view.cgi?id=3000052)
      77cfeadf
    • Daniel Stenberg's avatar
      changelog: add link to bug report · ea521cf6
      Daniel Stenberg authored
      ea521cf6