delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/10/16/09:18:17

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <067101c15644$b9c47770$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: "Emmanuel Blot" <emmanuel DOT blot AT sun DOT com>, <cygwin AT cygwin DOT com>
References: <02b101c15643$4fd4d3b0$12dc9c81 AT oulx>
Subject: Re: 1.3.3: Incorrect file size for 2GB+ long files
Date: Tue, 16 Oct 2001 23:16:10 +1000
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime: 16 Oct 2001 13:21:47.0633 (UTC) FILETIME=[81F7FE10:01C15645]

This is a known fault - you've overrun the 32-bit file length attribute,
see the archives for '64 bit'. If you want it fixed, as there are no
_current_ plans to address this in cygwin, you will need to do so
yourself or arrange for someone (ie RedHat :]) to do it as paid
consulting work.

If you choose to do it yourself, I'm sure there are many willing
commentators happy to point out what needs to be done and provide
pointers if you get stuck.

I'm also confident that a patch to do this (properly!) would be happily
considered for inclusion - but as Chris Faylor is the project leader
you'll need to see what he says.

Rob

----- Original Message -----
From: "Emmanuel Blot" <emmanuel DOT blot AT sun DOT com>
To: <cygwin AT cygwin DOT com>
Sent: Tuesday, October 16, 2001 11:06 PM
Subject: 1.3.3: Incorrect file size for 2GB+ long files


> System Windows 2000 SP2, NTFS/5
>
> I have a big AVI (AVi/2: OpenDML) file of  2,380,634,412 byte long, on
a NTFS/5 file (non
> compressed, non encrypted)
>
>  * Windows reports 2,380,634,412 bytes
>  * Cygwin reports 18,446,744,071,795,218,732 bytes (!!)
>
> Same issue through a FTP connection to the in.ftpd Cygwin server. File
size is wrong:
>
>   -rw-r--r--    1 eblot    None     18446744071795218732 Oct 15 22:41
newyork.avi
>   ftp> get  newyork.avi
>   local: newyork.avi remote: newyork.avi
>   227 Entering Passive Mode (129,156,220,18,7,28)
>   150 Opening BINARY mode data connection for 'newyork.avi'
(-1914332884 bytes).
>
> Plus, the transfert fails after (2*1024^3 - 1024) bytes have been
retrieved from the Cygwin
> server:
>
> newyork.avi: short write
> 421 Service not available, remote server has closed connection
> 2147482624 bytes received in 2.9e+02 seconds (7.2e+03 Kbytes/s)
>
> (client: Linux 2.4 Mandrake 8.1)
>
>
> cygcheck.out attached, but I'm not sure if the report has been fully
completed:
>
> $ cygcheck -s -v -r > /d/cygcheck.out
> cygcheck: dump_sysinfo: GetVolumeInformation() failed: 87
>
> NTFS/5 partition is a 35GB partition, located on a FireWire drive (IBM
GXP 75GB)
>
> Cygwin install is up-to-date (last update from a mirror: last week)
>
> Emmanuel.
>
>


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


> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019