Message-Id: <5.0.2.1.0.20010108232200.0346c1e0@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, 09 Jan 2001 00:39:15 -0500 To: Eli Zaretskii From: "Peter J. Farley III" Subject: Re: Fw: Patch for statfs.c Cc: djgpp-workers AT delorie DOT com, Martin Str|mberg In-Reply-To: References: <5 DOT 0 DOT 2 DOT 1 DOT 0 DOT 20010107141953 DOT 00a79210 AT pop5 DOT banet DOT net> 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 09:05 AM 1/8/01 +0200, Eli Zaretskii wrote: > >On Sun, 7 Jan 2001, Peter J. Farley III wrote: > >> At 08:03 PM 1/7/01 +0100, Martin Str|mberg wrote: >> >> >This is really strange. Both the recently compiled df and df from >> >fil316b.zip ought to pick the data from INT21 AX=1510, which ought >to >> >be the same. >> >> I can't explain it either. I did some further testing with the cvs >> version of ststfs.c and the private version provided in the >fil316s.zip >> file on simtel, and both report the AX1510 value, which on my system >> are wrong (at least, not the same as AX7303). > >But df from fil316b.zip also uses 2F1510, so how come it gives a >different value? Did you try to see what values does the version of >statfs in fil316s.zip return? Yes, and it uses AX1510, which is what seems to return the wrong result: 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 In block size 1024, this is 326552 blocks, whereas stock df from fil316b.zip produces this: O:\src\libc\compat\sys\vfs>\bin\df z: Filesystem 1024-blocks Used Available Capacity Mounted on Corel Linux 1.2 Sources 325888 325888 0 100% z:/ And df rebuilt using the cvs version (6-19-00) of statfs.c produces the same result as the rebuilt df (which is to be expected): O:\src\libc\compat\sys\vfs>\gnu\filutil3.16\src\df z: Filesystem 1024-blocks Used Available Capacity Mounted on Corel Linux 1.2 Sources 326552 326552 0 100% z:/ And so does Martin's newest version of statfs, which uses the same AX1510 value: 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 I am beginning to think that the W98SE code for AX1510 on my system is the thing that is wrong, not any of the statfs code. As I said in my earlier reply to Martin, I will see what my Corel Linux system thinks the size of this CDROM is and report the results here, along with the results for the DVD. >You can try. I never managed to get any response from Ralf Brown, even >when I reported bugs in RBIL. Perhaps he is too busy, I don't know. >I did search the latest RBIL for "DVD" and didn't find anything. I also searched and did not find anything. It cannot hurt to try asking him. The worst thing that can happen is that he does not answer me. I'll let the list know if he does. --------------------------------------------------------- Peter J. Farley III (pjfarley AT dorsai DOT org OR pjfarley AT banet DOT net)