From: DavMac AT iname DOT com (Davin McCall) Newsgroups: comp.os.msdos.djgpp Subject: Re: Nearptr putpixel method? Date: Tue, 31 Aug 1999 06:34:35 GMT Organization: Monash Uni Lines: 24 Distribution: world Message-ID: <37cb760e.9341261@newsserver.cc.monash.edu.au> References: <199908242311 DOT TAA09745 AT delorie DOT com> <7q0kfa$rot$1 AT news DOT adamastor DOT ac DOT za> <7q19jj$ajq$1 AT news DOT adamastor DOT ac DOT za> <7qcucs$78c$1 AT solomon DOT cs DOT rose-hulman DOT edu> NNTP-Posting-Host: damcc5.halls.monash.edu.au X-Trace: towncrier.cc.monash.edu.au 936081216 10912 130.194.198.138 (31 Aug 1999 06:33:36 GMT) X-Complaints-To: abuse AT monash DOT edu DOT au NNTP-Posting-Date: 31 Aug 1999 06:33:36 GMT X-Newsreader: Forte Free Agent 1.1/32.230 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com On Sun, 29 Aug 1999 22:37:53 -0500, "Damian Yerrick" wrote: >No, the nearptr hack is not more convenient. It can be - it allows you to use conventional functions on video memory if so desired. This does for instance facilitate writing bitmap functions which work on bitmaps in main memory *or* video memory. >It brings with it general >protection faults, page faults, and other things that, if you use nearptr, >are your fault, up to and including data loss. This can occur in a *buggy* program... in any case, it is not *likely* to cause data loss. I successfully used the nearptr "hack" when writing a game last year. Most programming erros (access violations etc) were still caught, and I certainly didn't suffer any data loss. Davin. __________________________________________________________ *** davmac - sharkin'!! davmac AT iname DOT com *** my programming page: http://yoyo.cc.monash.edu.au/~davmac/