1. 11 Sep, 2016 2 commits
    • Peter Wu's avatar
      cmake: fix curl-config --static-libs · 2f3feda2
      Peter Wu authored
      The `curl-config --static-libs` command should not output paths like
      -l/usr/lib/libssl.so, instead print the absolute path without `-l`.
      
      This also removes the confusing message "Static linking is broken" which
      was printed because curl-config --static-libs was disfunctional even
      though the static libcurl.a library works properly.
      
      Fixes https://github.com/curl/curl/issues/841
      2f3feda2
    • Daniel Stenberg's avatar
      http: refuse to pass on response body with NO_NODY was set · a8e751a5
      Daniel Stenberg authored
      ... like when a HTTP/0.9 response comes back without any headers at all
      and just a body this now prevents that body from being sent to the
      callback etc.
      
      Adapted test 1144 to verify.
      
      Fixes #973
      
      Assisted-by: Ray Satiro
      a8e751a5
  2. 10 Sep, 2016 1 commit
  3. 09 Sep, 2016 4 commits
  4. 08 Sep, 2016 1 commit
  5. 07 Sep, 2016 7 commits
  6. 06 Sep, 2016 3 commits
  7. 05 Sep, 2016 7 commits
  8. 04 Sep, 2016 1 commit
    • Olivier Brunel's avatar
      speed caps: not based on average speeds anymore · 4b86113f
      Olivier Brunel authored
      Speed limits (from CURLOPT_MAX_RECV_SPEED_LARGE &
      CURLOPT_MAX_SEND_SPEED_LARGE) were applied simply by comparing limits
      with the cumulative average speed of the entire transfer; While this
      might work at times with good/constant connections, in other cases it
      can result to the limits simply being "ignored" for more than "short
      bursts" (as told in man page).
      
      Consider a download that goes on much slower than the limit for some
      time (because bandwidth is used elsewhere, server is slow, whatever the
      reason), then once things get better, curl would simply ignore the limit
      up until the average speed (since the beginning of the transfer) reached
      the limit.  This could prove the limit useless to effectively avoid
      using the entire bandwidth (at least for quite some time).
      
      So instead, we now use a "moving starting point" as reference, and every
      time at least as much as the limit as been transferred, we can reset
      this starting point to the current position. This gets a good limiting
      effect that applies to the "current speed" with instant reactivity (in
      case of sudden speed burst).
      
      Closes #971
      4b86113f
  9. 03 Sep, 2016 3 commits
  10. 01 Sep, 2016 2 commits
  11. 31 Aug, 2016 4 commits
  12. 30 Aug, 2016 1 commit
  13. 29 Aug, 2016 1 commit
  14. 28 Aug, 2016 3 commits