X-Authentication-Warning: new-smtp2.ihug.com.au: Host p393-tnt8.syd.ihug.com.au [203.173.148.139] claimed to be acceleron
Message-ID: <009001c1755a$ec353160$0a02a8c0@acceleron>
From: "Andrew Cottrell" <acottrel AT ihug DOT com DOT au>
To: <djgpp-workers AT delorie DOT com>, <dennis-louie AT att DOT net>
Cc: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>,
   "Charles Sandmann" <sandmann AT clio DOT rice DOT edu>
References: <000801c173e3$de003310$0100a8c0 AT pentiumii> <1438-Fri23Nov2001103147+0200-eliz AT is DOT elta DOT co DOT il> <000b01c174a3$9ff1cdc0$0100a8c0 AT pentiumii> <2561-Sat24Nov2001163527+0200-eliz AT is DOT elta DOT co DOT il> <000801c17510$a426d760$0100a8c0 AT pentiumii> <3791-Sat24Nov2001200823+0200-eliz AT is DOT elta DOT co DOT il>
Subject: Re: statfs not returning correct cluster size
Date: Sun, 25 Nov 2001 13:42:39 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Reply-To: djgpp-workers AT delorie DOT com

Eli & Dennis,

I am working on the 7303 function call and it doesn't look promising. It may
be another MS bug in the WIn 2K / XP api. The call returns correctly, no CF
set, but the values don't maek sense.

Let me have a play for the next few hours. The code looks okay on Win 98
with FAT32.

I tried it on both NTFS and a FAT32 partition on XP.

The values returned look like the following:-

Format of extended free space structure:
Off Size  Reading     Description     (Table 01789)
00h WORD  0x00003A65 (ret) size of returned structure
02h WORD  0x0000002F (call) structure version (0000h)
                          (ret) actual structure version (0000h)
04h DWORD 0x6B202065 number of sectors per cluster (with adjustment for
compress
ion)
08h DWORD 0x65747962 number of bytes per sector
0Ch DWORD 0x20202073 number of available clusters
10h DWORD 0x73752020 total number of clusters on the drive
14h DWORD 0x20206465 number of physical sectors available on the drive,
without
                          adjustment for compression
18h DWORD 0x76612020 total number of physical sectors on the drive, without
                          adjustment for compression
1Ch DWORD 0x206C6961 number of available allocation units, without
adjustment
                          for compression
20h DWORD 0x73752520 total allocation units, without adjustment for
compression

Andrew