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
Precedence: bulk

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