Mail Archives: djgpp/1994/08/12/07:39:47
Quoting sasbnb AT unx DOT sas DOT com,
> I booted with an old dos 5 disk, and got the same error so it was not
> dos. I downloaded a fresh copy of pbmpl191.zip, and it now works.
>
> There is just one more rather serious problem, however. Using emm386
> with the noems option, I got 628k free. As soon as I remove the noems
> and rerun memmaker, I get only 505k free.
>
> Does anybody know how I can have some expanded memory without paying
> such a high price in low memory?
Yes. The usual approach is to replace emm386's NOEMS switch by
FRAME=NONE , thus preserving 64k upper memory. go32 does *not* need
EMS, it only needs emm386's VCPI (sp?) interface which seems not
present with NOEMS.
I have no idea what causes the trouble with the pbmplus binaries
available from simtel (maybe the hacking of crt0.o ?). Recompiling the
sources with djgpp-1.12 solves the problem.
BTW, I found renaming the executables to overcome DOS' missing symbolic
links absolutely unsatisfactory. In the case of the pbmplus package,
giving the name of the desired utility as the 1st argument on the
command line (e.g. via a batch file of the appropriate name) seems more
convenient.
Since there are quite a few unix utilities changing their behavior
based on their name (e.g. gzip) I wonder if it were a good idea to
extend go32 with an additional switch that allows changing the argv[0]
of the invoked binary image. Comments...?
-=-----
Christian Burger, Dept.of Phys.Chemistry, University of Marburg, Germany
e-mail: burger AT mailer DOT uni-marburg DOT de, (Phone|FAX): +49-6421-28-57(89|78)
- Raw text -