From:	jerry AT eteklabs DOT nospam DOT com (Jerry Lawrence)
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: far pointers using djgpp
Date:	Thu, 18 Jun 1998 11:01:52 -0400
Message-ID:	<MPG.ff2f5ef31752dc49896cf@gateway>
References:	<Pine DOT SOL DOT 3 DOT 95 DOT 980617000723 DOT 17603A-100000 AT tiger DOT vut DOT edu DOT au> <35881d34 DOT 2869157 AT news DOT unisys DOT com DOT br> <MPG DOT ff1ff203d4e5e319896ce AT gateway> <3588831E DOT 1F6044A5 AT cartsys DOT com>
Organization:	e-Tek Labs
NNTP-Posting-Host:	dial-dominion-42.netacc.net
Lines:	23
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

In article <3588831E DOT 1F6044A5 AT cartsys DOT com>, nate AT cartsys DOT com says...
> Jerry Lawrence wrote:
> [ ... reference old posts for the method ... ]
> 
> That's all well and good, but note that it's also dangerous.  When
> nearptrs are enabled, you lose much of the protection normally given by
> DJGPP's 32-bit environment.  It is now possible for an overrun pointer
> to smash the OS, corrupt buffers, damage data, etc, etc.  (Back to the
> bad old days of Real Mode!)  Use with extreme caution!!
> 
> IMHO, this scheme should only be used if you *absolutely* *must* have
> every last bit of speed, and if you've tested your program well already.

Good point.  I forgot about it disabling a lot of the memory protection.

Ya can always use a graphics library like Allegro until you feel that 
everything is running fine to do this hack if you want to...

I prefer using Allegro myself, instead of writing my own (well, porting
from watcom) graphics lib.  (i wrote one for watcom - very simple stuff
is supported... nothing major.)

	-j

- Raw text -