Mail Archives: djgpp/1997/03/18/06:30:57
On Sun, 16 Mar 1997, Dan Hirschberg wrote:
> 1. When I run go32-v2.exe, it tells me that I have
> DPMI memory available: 27435 Kb
> DPMI swap space available: 0 Kb
>
> That 0 looks suspicious. There is likely a serious problem here.
I don't think this is a problem at all. Is 27MB of memory too few for
what you need to do with DJGPP? If so, you should review the settings
of the DPMI memory for the DOS box and set it at larger value (I don't
know enough about NT to tell you how). Otherwise, what do you care
about the swap file? It's the responsibility of the DPMI host to
divide the memory between the physical and swap.
> 2. When I run info (from a DOS shell), it seems to work fine.
> When I type: info gcc it seems to work fine.
> But when I type: info groff
> I get an error message: Bad command or file name.
Groff doesn't come with Info documentation, but with man pages. You
need to read the file README.djg in the txi390b.zip distribution to
know how to set up Info so it could read man pages.
> 3. df.exe seems unable to handle my large disk.
> It tells me that I have 999968 1024-blocks (adds up to 1G)
> and that I have used 0 of them, when I have 2G disk
> and I have about 1.3G free.
df uses the library function `statfs' to report disk usage. `statfs'
uses function 36h of the DOS Int 21h to get that info. I suspect that
either the NT DOS box doesn't support that function completely, or it
has problems with large partitions such as yours. Could you please
write a short test program that calls `statfs' and prints the results,
test it on your machine and tell here what you see printed? I would
like to exclude a possible bug in df.exe with handling what `statfs'
returns. For instance, it would be interesting to see what does df
print for small disks, like floppies. Thanks.
> 4. groff works pretty well except that I got error messages
> that inform me of a problem in \djgpp\share\groff\tmac\tmac.ps
> Lines 52 and 53 of that file refer to files that have long filenames
> but the system seems not able to find them.
> When I replace the reference to tmac.pspic with the 8.3 compliant
> name (on my system, that turned out to be tmac~1.psp)
> that seemed to bandage the problem.
That's because you unzipped the distribution in a way that munges the
long filenames by appending such numeric tails. You should use an
unzip program that truncates the names to 8+3 before handling them to
NT. InfoZip's UnZip is one such program, and it is free.
- Raw text -