From: dfremlin AT facstaff DOT wisc DOT edu (John Fremlin) Newsgroups: comp.os.msdos.djgpp Subject: Re: Graphics and Rhide Date: 6 May 1997 02:54:45 GMT Organization: University of Wisconsin, Madison Lines: 55 Message-ID: <5km6hl$4cb4@news.doit.wisc.edu> References: NNTP-Posting-Host: f180-074.net.wisc.edu To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk In article , "J. Hormuzdiar" posted: > >Hello- > Well, since about a month ago when I found the virus on my machine >and got rid of it all my problems with Rhide disappeared, the program has [snip] > > Regular text stuff is no problem, dual display or not. Single >display also works fine- I just have to deal with flipping back and forth. >Below is the shortest program I could write to illustrate the problem. >All it should do is go to 320x200 res graphics, wait for a user keystroke, >then go back to text. I show in the program where it freezes up. > [code snip] > > __dpmi_int(0x10, &_regs); <-------Freezes here __dpmi_int()? I use int86. Don't know if this'll make any difference though, int86 is however AFAIK more portable because my old TurboC++ compiler had it too. [code snipped] > > Also, one more thing. When I do get the hires screens to work >while debugging (using the single display), I always get a banner of >garbage placed on the top 10% or so of the hires screen between flips. As is explained in one of Michael Abrash's books "Zen of graphics programming" (a great book by the way) when text mode is set font info is written onto VRAM. It would be nice if RHIDE could save all the bitmap data but that would be "above and beyond the call of duty" because I've never seen a text-based program that could do it. I'm not 100% sure about this because my book is packed away in England while I'm in the US. [snip] > -Jim > [snip] Sorry I can't be more help. -- John Fremlin (dfremlin AT facstaff DOT wisc DOT edu) (fremdh AT essex DOT ac DOT uk)