TO: STAC CUSTOMERS                                             DATE: 02-28-91
                                                               TIME: 16:52
CC:
SUBJECT:   Loading Stacker high with QEMM
PRIORITY:
ATTACHMENTS:

There are a couple of other things to watch for.  

Loading STACKER high requires about 10k more during the load than is consumed 
by the "resident" portion.  Try giving LoadHi a /L switch.  This tells LoadHi 
to use the Largest available area in hi memory.  Often there will be 
several "holes" in hi ram which will be made available if QEMM.sys is given a 
simple RAM switch.  If an area is used that is too small, the loadhi will 
crash and burn!  

Also, on the device=QEMM.sys line, make the last parameter a "PAUSE".  This 
will cause QEMM.sys to pause during it's install.  If the user hits ESCAPE at 
that time, QEMM.sys isn't loaded and therefore the loadhi won't work.  This 
avoids the possibility of the Config.sys hanging the system and having to 
grab a boot floppy to get the system to boot. 

If the system hangs during boot, simply re-boot and hit escape at the QEMM 
pause.  QEMM won't load and the system won't hang.  The config.sys can then 
be edited and the whole thing tried again. 

Once the user has everything working and to his/her liking, remove the PAUSE 
from the end of the device=QEMM.sys line and the system will boot without 
operator intervention.
  
------------------------------------------------------------------------------
SUBJECT:   Loading Stacker high with QEMM
PRIORITY:
ATTACHMENTS:

I have a handy hint stemming from my struggle with installing QEMM on my 
system.

The hint is this:  when someone calls you to say that they can't load Stacker 
high, ask them if they are using the NOEMS switch on the QEMM line in 
config.sys.  The NOEMS switch discards the ability to emulate the old 
Expanded Mode Standard (EMS) saving 64k of high memory which would have been 
devoted to the page frame.  Easily enough extra to load Stacker high.