Hi Gisle,

2008/7/21, Gisle Vanem wrote:

> I feel curl should do a bit better reporting the true size of huge files on
> platform that doesn't actually support storing >2GB files. E.g. take this
> example from a MSDOS/djgpp built curl:
>
> curl -o NUL -v
> ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/fedora.redhat.com/linux/core/2/i386/iso/FC2-i386-DVD.iso
> ...
> > RETR FC2-i386-DVD.iso
> >
> < 150 Opening BINARY mode data connection for FC2-i386-DVD.iso (4370640896
> bytes).
> * Connection accepted from server
> * Maxdownload = -1
> * Getting file with size: 2147483647
> { [data not shown]
> % Total % Received % Xferd Average Speed Time Time Time
> Current
> Dload Upload Total Spent Left Speed
> 0 2047M 0 7501k 0 0 149k 0 3:54:08 0:00:50 3:53:18
> 165k
>
> I'm not trying to store the file (-o NUL). So the underlying file-system
> should not
> IMHO hinder curl in reporting the true size. djgpp does have 64-bit 'long
> long', so
> the reporting shouldn't be a problem. Just my $0.02.

Could you verify if with today's CVS version all this is already fixed
or if some bit is still missing ?

-- 
-=[Yang]=-
-------------------------------------------------------------------
List admin: http://cool.haxx.se/cgi-bin/mailman/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html