Path: utzoo!attcan!uunet!husc6!ddl
From: ddl@husc6.harvard.edu (Dan Lanciani)
Newsgroups: comp.sys.ibm.pc
Subject: Re: 386 to the max
Message-ID: <581@husc6.harvard.edu>
Date: 11 Nov 88 08:58:44 GMT
References: <1750@dataio.Data-IO.COM> <432@sdrc.UUCP>
Organization: Harvard University, Cambridge MA
Lines: 29

In article <432@sdrc.UUCP>, scjones@sdrc.UUCP (Larry Jones) writes:
| In article <1750@dataio.Data-IO.COM>, bright@Data-IO.COM (Walter Bright) writes:
| > I've heard of a product called '386 to the max' which enables you to
| > configure your 386 memory to either EMS or extended memory.
| > 
| > Anyone know who makes it, and how to contact them? Thanks in advance...
| 
| For those that aren't familiar with it, it uses the 386's virtual
| memory hardware to remap extended memory into the first meg where
| DOS can use it.  This is done in a number of ways: holes are
| filled in so if you have less than 640k, you get 640k anyway,
| plus the hole between the video buffer and the bios roms is
| filled in and there's an option to load tsrs there rather than
| having them take up space in the lower 640k; a 64k page frame is
| allocated for LIM 4.0 expanded memory, and it will even copy roms
| (which are slow) into ram (which is fast).  If you have different
| speed memory, it will also allow you to replace the slow ram with
| fast!

	Does anyone know how this product might interact with, say,
DESQview (which presumably expects QEMM to be used)?  Are any standards
evolving for use of virtual mode on the 386?  It is, after all, a limited
resource in the sense that only one program can manage it at a time.
It would be nice to have a driver of which one could request not only
LIM-style page mapping but other virtual 8086 mode features.  I would
assume that QEMM already does something like this; is it documented?

				Dan Lanciani
				ddl@harvard.*