aboutsummaryrefslogtreecommitdiff
path: root/CHANGES
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2009-02-19 10:36:20 +0000
committerDaniel Stenberg <daniel@haxx.se>2009-02-19 10:36:20 +0000
commit5af0629ba5d09b9820fe3752279906147c310e3e (patch)
tree3ffa67881c7f9290f427982c7d7781031d9c6248 /CHANGES
parenta776e5ad310f99ee0b4bab360816e30e1ce9d89c (diff)
- Patrik Thunstrom reported a problem and helped me repeat it. It turned out
libcurl did a superfluous 1000ms wait when doing SFTP downloads! We read data with libssh2 while doing the "DO" operation for SFTP and then when we were about to start getting data for the actual file part, the "TRANSFER" part, we waited for socket action (in 1000ms) before doing a libssh2-read. But in this case libssh2 had already read and buffered the data so we ended up always just waiting 1000ms before we get working on the data!
Diffstat (limited to 'CHANGES')
-rw-r--r--CHANGES11
1 files changed, 11 insertions, 0 deletions
diff --git a/CHANGES b/CHANGES
index 6df1e738f..9f30f0dc4 100644
--- a/CHANGES
+++ b/CHANGES
@@ -6,6 +6,17 @@
Changelog
+Daniel Stenberg (19 Feb 2009)
+- Patrik Thunstrom reported a problem and helped me repeat it. It turned out
+ libcurl did a superfluous 1000ms wait when doing SFTP downloads!
+
+ We read data with libssh2 while doing the "DO" operation for SFTP and then
+ when we were about to start getting data for the actual file part, the
+ "TRANSFER" part, we waited for socket action (in 1000ms) before doing a
+ libssh2-read. But in this case libssh2 had already read and buffered the
+ data so we ended up always just waiting 1000ms before we get working on the
+ data!
+
Patrick Monnerat (18 Feb 2009)
- FTP downloads (i.e.: RETR) ending with code 550 now return error
CURLE_REMOTE_FILE_NOT_FOUND instead of CURLE_FTP_COULDNT_RETR_FILE.