From: Charles Sandmann 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" > > 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.