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 From: "Peter J. Farley III" Subject: Re: patch for statfs.c Cc: djgpp-workers AT delorie DOT com In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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 Precedence: bulk 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)