Mail Archives: djgpp/1997/03/19/17:10:13
> Seems like a bug in NT DOS box (32768 * 31249 is NOT 2GB). In case
> you have motivation and time to investigate further, I attach below
> the source of `statfs' from the library; please see if the values
> returned in the registers by the call to Int 21h/AH=36h are indeed
> erroneous in the case of the hard drive (it might be that the values
> are OK, but the arithmetics makes them overflow).
>
> Btw, what does "CHKDSK C:" report on that DOS box? It should print the
> values of BSIZE, FILES and BFREE as above (it does for me on MSDOS machine
> with a 1GB disk). And df works for me on Windows 3.11 for a 1.9GB
> NFS-mounted disk.
I will find out and tell you.
> > *******************
> > running df
> > *******************
> >
> > Filesystem 1024-blocks Used Available Capacity Mounted on
> > Drive A: 713 450 263 63% a:/
> > c:\ 999968 0 999968 0% c:/
> > c:/djgpp/bin/df: d:/: No such device (ENODEV)
> > c:/djgpp/bin/df: ?@: No such file or directory (ENODEV)
> > c:/djgpp/bin/df: ??????????: No such file or directory (ENODEV)
>
> These all seem to be caused by some problem inside `getmntent'
> library function, which is probably unrelated to the problem with
> `statfs'. `getmntent' uses some low-level DOS calls to get all the
> info that is expected from it, and it seems that some of its
> techniques fail on NT. If you could step into `getmntent' (I can send
> you the source if you don't have djlsr201.zip) and see what exactly
> goes wrong, I probably could figure out the solution. Sorry, I don't
> have access to NT. And thanks for your efforts.
Please send me the source. I did not see that file (getmnent).
- Raw text -