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 <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:	djgpp-workers AT delorie DOT com, Martin Str|mberg <ams AT ludd DOT luth DOT se>
In-Reply-To:	<Pine.SUN.3.91.1010108090225.4690G-100000@is>
References:	<5 DOT 0 DOT 2 DOT 1 DOT 0 DOT 20010107141953 DOT 00a79210 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 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:
 >> <Snipped>
 >>  >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.

<Snipped>
 >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)

- Raw text -