home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.pascal
- Path: sparky!uunet!demos!news-server
- From: Andrew Kovalenko <Andrew.Kovalenko@p5.f81.n5020.z2.fidonet.org>
- Subject: BP7 using Extended Memory
- References: <66.67.256.0.CB5307D7@infos.msk.su>
- Date: Mon, 21 Dec 1992 09:26:44 GMT
- Reply-To: Andrew.Kovalenko@p5.f81.n5020.z2.fidonet.org
- Organization: InfoSoft (Gid:infos.msk.su)
- Sender: news-server@moscvax.hq.demos.su
- Message-ID: <2.5020.81.5.2b35b9ed@infos.msk.su>
- Lines: 28
-
- 13 Dec 92 04:32, Chris Hafey wrote:
-
- cce> I just read in the last issue of Dr Dobbs Journal an article on the new
- cce> BP7. The author stated that he was only able to get 4 megs of extended
- cce> memory from his machine which had a total of 16 megs of ram. Is this
- cce> true, and if so can someone explain why? Also- when a program is in
- cce> protected mode, does it have to switch back to real mode to use msdos
- cce> function calls like file i/o? In protected mode, is the extended memory
- cce> only available for data/variables or can code exist there as well? In
- cce> other words, does your code still have the 640K limit, or can you have a
- cce> non-overlayed program with 2 megs of code? Thanks for your time..
-
- You can switch to real-mode, using DPMI functions. One of int 2Fh functions
- returns a far-pointer to Real/Protected mode switch procedure. A call to it
- turns your application to protected/real mode, and returns new prefix segment
- value. But, I think, You are not needed to do this to perform DOS calls,
- because DPMI sets its own interrupt vectors for all the software & hardware
- interrups. But, I think, You need is to transform the segment parts of pointers
- to their real-mode values to call DOS functions like disk read or write. The
- DPMI survices provides this.
-
- cce> Chris Hafey
-
- Andrew Kovalenko
-
- --- GoldED 2.40.P0621+
- * Origin: ********* AGAMA online ********* (FidoNet 2:5020/81.5)
-
-