www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1994/11/02/14:16:44

Date: Wed, 2 Nov 1994 08:53:23 -0500 (EST)
From: Ed Phillips <flaregun AT udel DOT edu>
To: kunst AT prl DOT philips DOT nl
Cc: DJGPP users list <djgpp AT sun DOT soe DOT clarkson DOT edu>
Subject: Re: C++ misc suggestions / queries

On Tue, 1 Nov 1994 kunst AT prl DOT philips DOT nl wrote:

> > 
> > >	DEVICE=C:\DOS\EMM386.EXE NOEMS X=C800-C9FF
> > >
> > > Commented this out and demacs came up fine!  Now... what have I lost
> > > by doing this?
> > 
> > Why would anybody working with DOS 6.x put ``NOEMS'' on the EMM386
> > line?  I would say it's a left-over from DOS 5.0, where Expanded
> > and Extended memories (sic) were managed with two distinct pools,
> > and so whoever wanted max XMS had to be deprived of EMS.  In DOS
> > 6 this is no more the case, AFAIK.  Do I miss something here?
> > 
> 
> I would replace 'NOEMS' by 'RAM FRAME=NONE'.
> You end up with the same amount of upper memory (blocks)
> and still provide EMS for programs that need it.


  I have wondered about this FRAME=NONE.  What do you lose by doing 
this?  Can EMM386 use XMS to store the page frame in this case?  I use 
Lightning/CD disk caching software (which works great with DJGPP) and it 
could use some more upper memory.  With EMM386 it ends up having to put 
part of itself in low mem (40k).

	Ed

/****************************************************************************/
/* Ed Phillips  flaregun AT udel DOT edu              University of Delaware       */
/* Jr Systems Programmer  (302) 831-6082    IT/Network and Systems Services */
/****************************************************************************/


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019