To: Eli Zaretskii cc: djgpp AT delorie DOT com, dan AT verity DOT ICS DOT UCI DOT EDU Subject: Re: novice errors? dpmi, info, groff, df In-reply-to: Your message of "Wed, 19 Mar 1997 12:29:28 +0300." Date: Wed, 19 Mar 1997 13:55:04 -0800 From: Dan Hirschberg Message-ID: <9703191355.aa17268@paris.ics.uci.edu> > 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).