home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.msdos.misc:6902 comp.sys.ibm.pc.misc:16438
- Newsgroups: comp.os.msdos.misc,comp.sys.ibm.pc.misc
- Path: sparky!uunet!mcrware!adam
- From: adam@microware.com (Adam Goldberg)
- Subject: Re: Info about EMM386 and DOS=HIGH wanted!!!
- Message-ID: <1993Jan7.143046.22849@microware.com>
- Sender: news@microware.com
- Nntp-Posting-Host: ren
- Organization: Microware Systems Corp., Des Moines, Iowa
- References: <1993Jan7.081002.1841@wega.rz.uni-ulm.de>
- Date: Thu, 7 Jan 1993 14:30:46 GMT
- Lines: 51
-
- S_BUCK@rzmain.rz.uni-ulm.de (Buck Martin) writes:
-
- >First, the question about EMM386:
- >What is the use of its L=xxxx switch? I know it's used to reserve a
- >certain amount of extended memory, but why do I have to use this
- >switch? When I have 3Mb of extended memory and want to use 1Mb of it
- >as expanded memory, I write: EMM386 1024 RAM. Is it true, that in
- >this case EMM386 takes the whole 3Mb of extended memory, changes 1 Mb
- >to expanded memory and leaves the other 2Mb unused (and inaccessi-
- >ble)? If so, what is the reason for this? If not, how does it really
- >work?
-
- I can't find any reference to the L option in the DOS 5.0 reference
- manual. The only options I see mentioned are RAM and NOEMS (plus the
- obvious size). When you say 1024 RAM, you are providing 1Mb of EMS
- memory (minus any memory which gets mapped into the 640-1Mb area).
- The rest is XMS (if you've loaded HIMEM).
-
- >I'd also like to know, if there is any (shareware) expanded-memory-
- >manager for the 386 that doesn't switch the CPU to virtual mode (if
- >this is possible at all). If such an emulator exists, where can I get
- >it from?
-
- It's my understanding that it is possible (under particular chipsets
- only) to map memory from >1Mb into the area 640-1Mb. ie, provide UMBs
- without going into V86 mode. It would be then possible to emulate EMS
- using XMS, although I don't believe this has been written (yet). I
- don't really see the point, though.
-
- >My third question is about the DOS=HIGH feature when using HIMEM.SYS:
- >Is there any possibility to prevent Mess-DOS from using the HMA if
- >there is a DOS=HIGH statement in the CONFIG.SYS? As far as I know,
- >DOS prescans the CONFIG.SYS before loading any drivers and searches
- >for a DOS=HIGH statement. If the last DOS= statement is DOS=HIGH,
- >then DOS reserves the HMA as soon as it becomes available (after
- >loading HIMEM.SYS).
- >Does anybody know, how to force DOS into low memory though there is a
- >DOS=HIGH statement (it must be possible; I've seen 2 multi-configura-
- >tion-programs doing this)?
-
- You betcha. Write a device driver which allocates the HMA, load it
- after HIMEM. When DOS is done processing the Config.sys, it tries to
- allocate the HMA itself--if it has already been allocated, it loads
- low. You then need to free the HMA in your Autoexec (so someone else
- can use it).
-
- --
- Adam G.
- adamg@microware.com, or ...!uunet!mcrware!adamg
- The above is not to be construed in any way as the official or unofficial
- statements of Microware, or any Microware employees.
-