From:	Charles Sandmann <sandmann AT clio DOT rice DOT edu>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: Discontinuing build attempt on LibXemu
Date:	Sat, 01 Feb 2003 10:43:24 CST
Organization:	Rice University, Houston TX
Lines:	23
Message-ID:	<3e3bf92c.sandmann@clio.rice.edu>
References:	<9003-Sat01Feb2003125732+0200-eliz AT is DOT elta DOT co DOT il>
NNTP-Posting-Host:	clio.rice.edu
X-Trace:	joe.rice.edu 1044118347 14216 128.42.105.3 (1 Feb 2003 16:52:27 GMT)
X-Complaints-To:	abuse AT rice DOT edu
NNTP-Posting-Date:	1 Feb 2003 16:52:27 GMT
X-NewsEditor:	ED-1.5.9
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

> > From: "deckerben" <deckerben AT freenet DOT de>
> > At the heart of libXemu is the GRX (v1!) graphics engine. All calls to this
> > libary are, naturally in GRX 1 style and apparently very different from v2.
> 
> DJGPP v1.x had special hooks in its DOS extender (go32.exe) for GRX's
> sake.  With DJGPP v2.x, the DOS extender is gone, so the functionality
> that relied on those hooks needs to be reimplemented in some other
> way.

The only two things I am aware of were the linear graphics buffer at a fixed
address and the event library support.  The event library can be done in
V2.x - and the linear buffer can be handled with near pointers if the 
video card supports a linear buffer.  

I hacked some GRX 1.x code to work under 2.x about 8 years ago.  It wouldn't
work on all systems, but it would work on many.  I'm not sure if it would
be worth the effort compared to swapping to the new library, however.

I've actually provided a test version of CWSDPMI which allows you to 
do the page fault emulated LFB to a user; you can also set up the LFB 
as GRX 1.x expected with a simple page table manipulation.  But this is
a DOS only solution.

- Raw text -