cURL / Mailing Lists / curl-users / Single Mail

curl-users

[ curl-Bugs-848638 ] size-output wrong using sequenced downloading

From: SourceForge.net <noreply_at_sourceforge.net>
Date: Mon, 24 Nov 2003 15:16:21 -0800

Bugs item #848638, was opened at 2003-11-24 15:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=848638&group_id=976

Category: None
Group: wrong behaviour
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: size-output wrong using sequenced downloading

Initial Comment:
sender:
mr_at_abc.se

version using:
curl 7.10.8 (win32) libcurl/7.10.8 OpenSSL/0.9.7a
zlib/1.1.4
Protocols: ftp gopher telnet dict ldap http file https ftps
Features: SSL libz NTLM

problem description:
When using sequenced downloading, it seems curl do not
reset the filesize variable, and keeps the filesize of the
last file, and displays it when initiating next download.

for example:

curl http://host.com/file[01-10].txt -O
[01/10]: http://host.com/file01.txt --> file01.txt
1...50...100 1024...2048...4096... etc..

[02/10]: http://host.com/file02.txt --> file02.txt
1...50... 4096..........4096 etc..

(resulting in a file of 1024b, but curl displays size of last
file)

If file is larger than previous file, output will be

[02/10]: http://host.com/file02.txt --> file02.txt
1...50...100 4096...4096...8192 etc..

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=848638&group_id=976

-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
Received on 2003-11-25