From: Martin Str|mberg <ams AT ludd DOT luth DOT se>
Message-Id: <199807121314.PAA03181@sister.ludd.luth.se>
Subject: Re: info core dumps
To: sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Date: Sun, 12 Jul 1998 15:14:03 +0200 (MET DST)
Cc: eliz AT is DOT elta DOT co DOT il (Eli Zaretskii),
        djgpp-workers AT delorie DOT com (DJGPP-WORKERS)
In-Reply-To: <9807120242.AA14776@clio.rice.edu> from Charles Sandmann at "Jul 11, 98 09:42:45 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

According to Charles Sandmann:
> > > This means the page isn't there ... so the dosmem selector limit to
> > > access the HMA isn't the problem.
> > > 
> > > The HMA area isn't accessible here for some reason.  Is this under 
> > > CWSDPMI r4?  I can't remember if this was fixed.
> > 
> > Yes, csdpmi4b.zip. What is it that perhaps isn't fixed?
> 
> It depends on if EMM386 (or another EMM like QEMM) is loaded.  If yes, then
> that means the EMM doesn't map those pages in the VCPI page tables sent to
> the client (not good...) - so maybe the HMA needs to be enabled with an
> interrupt call?
> 
> If it's under HIMEM/no mem mgmt alone, then I don't understand why there
> was a page fault...

EMM386 is loaded. This is the first two lines from my CONFIG.SYS:
DEVICE=C:\DOS\HIMEM.SYS /testmem:off
DEVICE=C:\DOS\EMM386.EXE NOEMS I=B000-B7FF

About the interrupt call, do you mean CWSDPMI should do that?


Lisa Gerrard, The Mirror Pool,

							MartinS