Message-Id:	<5.0.2.1.0.20010114115723.03632170@pop5.banet.net>
X-Sender:	usbanet DOT farley3 AT pop5 DOT banet DOT net
X-Mailer:	QUALCOMM Windows Eudora Version 5.0.2
Date:	Sun, 14 Jan 2001 12:26:39 -0500
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
From:	"Peter J. Farley III" <pjfarley AT banet DOT net>
Subject:	Re: Fw: Patch for statfs.c
Cc:	ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De, djgpp-workers AT delorie DOT com,
	Martin Stromberg <eplmst AT lu DOT erisoft DOT se>, ceo AT nbensacomputers DOT com
In-Reply-To:	<Pine.SUN.3.91.1010114083956.24890I@is>
References:	<5 DOT 0 DOT 2 DOT 1 DOT 0 DOT 20010113120711 DOT 02772e00 AT pop5 DOT banet DOT net>
Mime-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

At 08:45 AM 1/14/01 +0200, Eli Zaretskii wrote:
 >On Sat, 13 Jan 2001, Peter J. Farley III wrote:
 >> We do indeed have more than two answers --
 >>
 >> 8/97 df == WinExplorer < Corel Linux 1.2/df v4.1 < statfs.c/AX1510
 >>
 >> However, we also have this relationship:
 >>
 >> Total size returned by WinExplorer == AX7303 == 8/97 df
 >
 >Then what is the quantity you used for the first relationship 
above?
 >Was it the used space?

No, the *total* space.  In the case of this CDROM, the total size shown 
by WinExplorer is 333,709,312, which is 325,888 blocks of 1024 size, or 
162,944 blocks of 2048 size.  The private statfs.c in fil316s.zip and 
Martin's newest statfs.c return these values:

O:\src\libc\compat\sys\vfs>statfs97 z:
After AX1510: bsize = 2048, free = 0, blocks = 163276.
Results for `z:':

Total blocks: 163276
Available blocks: 0
Block size: 2048

O:\src\libc\compat\sys\vfs>statfsms z:
After AX1510: bsize = 2048, free = 0, blocks = 163276.
After AX7303: bsize = 32768, free = 0, blocks = 10184.
After AX7303+DVD chk: bsize = 2048, free = 0, blocks = 163276.
Results for `z:':

Total blocks: 163276
Available blocks: 0
Block size: 2048

Note that the return value from AX7303 in Martin's new version gives 
the same value as 8/97 df and WinExplorer, when rescaled:

32768 * 10184 == 333,709,312 == 325,888 * 1024 == 162,944 * 2048

 >> I'm beginning to suspect that the "intermediate" 8/97 version of df 

 >> uses AX7303 and not AX1510 to get its results
 >
 >No, that possibility can be ruled out: no port, let alone library
 >function, used FAT32-specific calls until Martin introduced FAT32
 >support lately, after v2.03 was released.  In particular, `df'
 >doesn't support FAT32 in any port of Fileutils 3.16, including the
 >latest binaries prepared by Juan, which are now on SimTel.NET.

I was just speculating, since I did not know the history here.

 >> If you would privately email me your April 1997 copy of fil316b.zip 

 >> as an attachment, I will test that one out also to see what results 

 >> it gives.
 >
 >Will do (later; I need to get to the machine where it is still in 
use).

OK, I will test it when I receive it and report the results.

---------------------------------------------------------
Peter J. Farley III (pjfarley AT dorsai DOT org OR
                      pjfarley AT banet DOT net)

- Raw text -