delorie.com/archives/browse.cgi | search |
Xref: | news-dnh.mv.net comp.os.msdos.djgpp:2923 |
Path: | news-dnh.mv.net!mv!news.sprintlink.net!newsfeed.internetmci.com!news.sesqui.net!rice!news!sandmann |
From: | Charles Sandmann <sandmann AT clio DOT rice DOT edu> |
Newsgroups: | comp.os.msdos.djgpp |
Subject: | Re: memmaping video memory? |
Date: | Sun, 29 Oct 1995 00:48:49 CDT |
Organization: | Rice University, Houston, Texas |
Lines: | 11 |
References: | <46uk9m$hm8 AT ray DOT atw DOT fullfeed DOT com> |
Reply-To: | sandmann AT clio DOT rice DOT edu |
Nntp-Posting-Host: | clio.rice.edu |
To: | djgpp AT sun DOT soe DOT clarkson DOT edu |
Dj-Gateway: | from newsgroup comp.os.msdos.djgpp |
> video memory into the programs address space under v2? > I'd like to be able to directly access video memory > without playing with the segment registers. sys/nearptr.h contains the goods. See example in tests. You currently must reload the pointer after any code which potentially calls malloc() - but an alternate sbrk() is coded - umm in debugging I guess - which should remove this restriction. You do loose pointer range validation checking enabling near pointers, so you can scrogg things bad.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |