Daniel Stenberg wrote:
Hi
I tried one of your examples and ran it with my curl 7.15.0. It worked
as documented and I could not repeat your findings. Like this:
$ curl -C 200000
ftp://debian.sh.cvut.cz/DATA/debian-cd/3.1_r0a/i386/iso-dvd/debian-31r0a-i386-binary-2.iso
-O -v
And the relevant pieces from the output include:
* Instructs server to resume from offset 200000
REST 200000
< 350 Restart position accepted (200000).
RETR debian-31r0a-i386-binary-2.iso
< 150 Opening BINARY mode data connection for
debian-31r0a-i386-binary-2.iso (4428851200 bytes).
* Getting file with size: 4428651200
** Resuming transfer from byte position 200000
% Total % Received % Xferd Average Speed Time Time Time
Current Dload Upload Total Spent
Left Speed
0 4223M 0 612k 0 0 82140 0 14:58:35 0:00:07
14:58:28 175k
Please submit -v or --trace-ascii logs for the cases that fail for you.
Hello, no problem I can reproduce it!
1. I download 2MB portion, than CTRL+C
2.
curl -C 200000
ftp://debian.sh.cvut.cz/DATA/debian-cd/3.1_r0a/i386/iso-dvd/debian-31r0a-i386-binary-2.iso
-O --trace-ascii logFTPappend
3. :)
3B.
U can download
-rw-r--r-- 1 downl downl 519K 2005-11-14 02:17 logFTPappend
here: http://tmp.lentus.sk/logFTPappend
4.
wget -cmv
ftp://debian.sh.cvut.cz/DATA/debian-cd/3.1_r0a/i386/iso-dvd/debian-31r0a-i386-binary-2.iso
works OK (it appends/continue/resumes data downloading)
Maybe some misconfiguration in (transparent) proxy (SQUID) & firewall
can do this??? But if so, why wget is working OK?
curl 7.13.2 (i386-pc-linux-gnu) libcurl/7.13.2 OpenSSL/0.9.7e zlib/1.2.2
libidn/0.5.13
Protocols: ftp gopher telnet dict ldap http file https ftps
Features: IDN IPv6 Largefile NTLM SSL libz
Debian SARGE.
Bye
--
Jan Kunder
jan.kunderSPAMMMMgmail.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
