Date: Tue, 14 Dec 1999 14:56:06 +0000 (WET)
From: Frederico Jeronimo <fjds AT rnl DOT ist DOT utl DOT pt>
X-Sender: fjds AT camoes
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Cc: djgpp AT delorie DOT com
Subject: Re: Map physical memory.
In-Reply-To: <Pine.SUN.3.91.991212141757.19096d-100000@is>
Message-ID: <Pine.GSO.4.10.9912141448050.1036-100000@camoes>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk



On Sun, 12 Dec 1999, Eli Zaretskii wrote:

> 
> On Fri, 10 Dec 1999, Frederico Jeronimo wrote:
> 
> > 	I'm having a little problem and I was wondering if you could help
> > me  out. I'm trying to map a range of physical memory over a set of
> > addresses using '__djgpp_map_physical_memory()'.
> 
> This is a bad idea, IMHO.  __djgpp_map_physical_memory only works with
> DPMI servers which implement DPMI v1.0 spec; most of them don't.
> 
> Why can't you use the function __dpmi_physical_address_mapping, as
> explained in section 18.7 of the FAQ.

	That's what I plan to do in my programs (I saw the source
code in Allegro and they use the function you mention). However, I'm
building a tutorial file where I try to explain all the ways you can
access memory (both conventional and above 1Mb range) in Djgpp. So, if you
could give me an example of the use of '__dpmi_map_physical_memory' I
would really appreciate it. I'll remember to warn everyone of its
limitations being a DPMI 1.0 function... Thanks in advance. 

> 
> > 	Ps: How can I check what DPMI host I'm using?
> 
> In general, you can't.  Some hosts support the function
> __dpmi_get_capabilities, which returns that info, but this, too, is a
> DPMI 1.0 function.
> 
	Thanks. I'll have to check that function.


	Btw, why is one of your replies addresses djgpp AT delorie DOT com? Are
you responsible in some way for djgpp? If you are, sorry for my ignorance.
	

						Frederico Jeronimo