Message-Id:	<5.0.2.1.0.20010116201246.027709d0@pop5.banet.net>
X-Sender:	usbanet DOT farley3 AT pop5 DOT banet DOT net
X-Mailer:	QUALCOMM Windows Eudora Version 5.0.2
Date:	Tue, 16 Jan 2001 21:10:29 -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: patch for statfs.c
Cc:	djgpp-workers AT delorie DOT com
In-Reply-To:	<Pine.SUN.3.91.1010116140916.4763C-101000@is>
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 02:10 PM 1/16/01 +0200, you wrote:
 >You asked for my df.exe binary.  It is attached.

OK, here is what Eli's 1997 version of df.exe produces:

F:\Eudora\Attach>df z:
Filesystem         1024-blocks  Used Available Capacity Mounted on
Corel Linux 1.2 Sources
                       326552  326552        0    100%   z:/

This is the same value returned by AX1510 on my system, and the same 
result returned by every other version of df or statfs.c for this CDROM 
that I have tested on my system after AX1510 has been 
executed.  Wherever I got the 8-26-97 version of df.exe, it is the 
*only* version that agrees with WinExplorer, and therefore I think we 
must conclude that *someone* updated that version to use a statfs.c 
that uses AX7303, which is the only place that value could come from.

Can anyone else come to any other conclusion?  I am still open to my 
Win98 system itself somehow being at fault, here.

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

- Raw text -