From: burger AT Mailer DOT Uni-Marburg DOT DE (Christian Burger)
Subject: pbmplus and emm386 noems
To: sasbnb AT unx DOT sas DOT com
Date: Fri, 12 Aug 1994 10:53:49 +0200 (CES)
Cc: djgpp AT sun DOT soe DOT clarkson DOT edu
Organization: University of Marburg, Germany

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)