Date: Fri, 12 Jan 2001 13:29:29 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: pjfarley AT banet DOT net Message-Id: <2427-Fri12Jan2001132929+0200-eliz@is.elta.co.il> X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6 CC: ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De, djgpp-workers AT delorie DOT com, ams AT ludd DOT luth DOT se, ceo AT nbensacomputers DOT com In-reply-to: <5.0.2.1.0.20010111204358.0368ac40@pop5.banet.net> (pjfarley AT banet DOT net) Subject: Re: Fw: Patch for statfs.c References: <5 DOT 0 DOT 2 DOT 1 DOT 0 DOT 20010110233939 DOT 0275e8a0 AT pop5 DOT banet DOT net> <5 DOT 0 DOT 2 DOT 1 DOT 0 DOT 20010111204358 DOT 0368ac40 AT pop5 DOT banet DOT net> 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 > Date: Thu, 11 Jan 2001 20:50:07 -0500 > From: "Peter J. Farley III" > > Arg-g-g-gh! Ignore my last post, I *AM* running the 1997 fil316b in my > /bin! I indeed *have* the more recent version, but never installed it. What is the size and the time stamp of this old df.exe? > The df.exe binary from the most recent > fil316b.zip produces the same results as all of the other tests I have > been doing after rebuilding fil316s.zip with the variants of statfs.c: This is sooo strange: I'm quite sure I did use statfs.c from fil316s.zip to produce the 1997 binary. And we've already established that that version of statfs.c is only insignificantly different from what's in v2.03 library. So how come the results are different? Can it be that the reason is mntent.c (or some other functions whose sources are in the djgpp directory in fil316s.zip), not statfs.c? Can someone try to build df with v2.01 libc.a patched with functions whose sources are in the djgpp directory, and see what that produces? Since the old binary seems to work better for CDs, I think it is worth our while to try to understand why.