delorie.com/archives/browse.cgi | search |
Date: | Tue, 29 Feb 2000 08:19:16 +0500 (MVT) |
From: | Prashant TR <prashant_tr AT yahoo DOT com> |
X-Sender: | prashant_tr AT midpec DOT com |
To: | Nate Eldredge <neldredge AT hmc DOT edu> |
cc: | djgpp AT delorie DOT com |
Subject: | Re: Fastest bitblt? |
In-Reply-To: | <83g0ud56n9.fsf@mercury.st.hmc.edu> |
Message-ID: | <Pine.LNX.4.10.10002290817350.818-100000@midpec.com> |
MIME-Version: | 1.0 |
Reply-To: | djgpp AT delorie DOT com |
Errors-To: | dj-admin AT delorie DOT com |
X-Mailing-List: | djgpp AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
On 28 Feb 2000, Nate Eldredge wrote: > True. But actually having protection requires also that something set > what is to be protected. I.e. you can set the segment limit to > 0xffffffff. Limit checking is still active, but I wouldn't consider > the resulting state to be "protection". Not entirely true. The MMU protects some portions of the memory, so even using nearptrs should give you SIGSEGV at times. To map these addresses, you'll need to use another dangerous call __djgpp_physical_map.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |