delorie.com/archives/browse.cgi | search |
Xref: | news-dnh.mv.net comp.os.msdos.djgpp:1015 rec.games.programmer:23636 |
Path: | news-dnh.mv.net!mv!news.sprintlink.net!newsfeed.internetmci.com!ncar!noao!CS.Arizona.EDU!ponderosa.CS.Arizona.EDU!rudick |
From: | Todd David Rudick <rudick AT CS DOT Arizona DOT EDU> |
Newsgroups: | comp.os.msdos.djgpp,rec.games.programmer |
Subject: | Re: Trapping access to memory... |
Date: | Wed, 19 Jul 1995 17:48:31 -0700 |
Organization: | University of Arizona CS Department, Tucson AZ |
Lines: | 16 |
References: | <3uivoo$kql AT kannews DOT ca DOT newbridge DOT com> <3uk418$jj6 AT st-james DOT comp DOT vuw DOT ac DOT nz> |
Nntp-Posting-Host: | ponderosa.cs.arizona.edu |
To: | djgpp AT sun DOT soe DOT clarkson DOT edu |
Dj-Gateway: | from newsgroup comp.os.msdos.djgpp |
On 19 Jul 1995, Malcolm Taylor wrote: > The trapping that GO32 does is on the 4Kb page boundaries. The processor > will automatically cause a page fault if an access is to a 4Kb page that > has the not present bit set. GO32 does not supply any services for a > program to handle page exceptions itself, and it would be pretty hairy > trying to change GO32 to do it as you would have to deal with locking > pages for you page fault handler etc. don't the svga libraries handle bank swiching with page faults? The answer must be in the source code for the graphics libraries... +-----------------------+ | Todd David Rudick | | rudick AT cs DOT arizona DOT edu | +-----------------------+
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |