Mail Archives: djgpp-workers/2001/11/27/23:55:10
Andrew,
Same goes for 7302h function. The function call completes successfully, but
it returns the same wild values as 7302h.
BTW, the clusters on drive problem also affects 'df' from GNU file utilities
(fil40b.zip).
Could you send me mail when the statfs problem is fixed?
Thanks,
Dennis
----- Original Message -----
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>
Sent: Saturday, November 24, 2001 6:42 PM
Subject: Re: statfs not returning correct cluster size
> 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
>
- Raw text -