From: Robert Hoehne Newsgroups: comp.os.msdos.djgpp Subject: Re: RHIDE screen problems, for all which have this problems Date: Tue, 29 Apr 1997 09:44:25 +0200 Organization: TU Chemnitz-Zwickau Lines: 59 Message-ID: <3365A6D9.34DF2A2E@Mathematik.tu-chemnitz.de> References: NNTP-Posting-Host: pandora.hrz.tu-chemnitz.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk Adrian Oboroc wrote: > > On Wed, 23 Apr 1997, Hez Carty wrote: > > > I tried booting clean, with only proper environment variables set, but > > the b\problem was still there. I'm really getting a little confused now > > as to what could be causing the problem. Any more ideas? Please? :-) > > I have similar problems, and I use CL5446 too. I don't use UniVbe. -G 1 > switch does not resolves the problem. Since problem appears only on that > specific videocard I think that RHIDE use some VBE functions wich are not > implemented in video-bios. All other programs works perfectly, so hardware > isn't too buggy. Yesterday I placed on my website RHIDE 1.2b. In this version I have enabled now a new commandline switch '-S'. This forces RHIDE to use for writing/reading the video memory not the fast movedata function, but it reads/writes only in 16bit chunks. I made this, because an other user found, that this was the solution for his problem. Because I have no documentation about it I cannot say what the correct way is and/or if the hardware is wrong. He said, that it is not correct, to read/write to the video ram in 32bit chunks (which is done with movedata). Is there someone out there, who has exact knowlage about that topic? I ask this because if it is true, that access to the video ram is allowed (or guaranteed) only for 16bit access, then we should change also some libc library function (ScreenUpdate(), ...) to reflect this. > Another problem: then I exit from RHIDE while debugging graphics program, > wich works in 640x480x256 videomode, it does not restore text mode, and > all I have is a nice black screen until reboot. I use v1.2. At first I want to say, that it was a real hard thing, to enable RHIDE to restore evry time the correct video mode of YOUR program correct. The next is now a little bit philosophy what the correct should be. Restoring the mode how it was before starting RHIDE or restoring the screen how you modified it. And as the last: Do you have realy no other way to switch to a normal text mode in such a situation? Have you tried mode co80 or something like that? Robert -- ***************************************************************** * Robert Hoehne, Fakultaet fuer Mathematik, TU-Chemnitz-Zwickau * * Post: Am Berg 3, D-09573 Dittmannsdorf * * e-Mail: Robert DOT Hoehne AT Mathematik DOT TU-Chemnitz DOT DE * * WWW: http://www.tu-chemnitz.de/~rho * *****************************************************************