delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1997/04/29/21:16:36

From: Robert Hoehne <Robert DOT Hoehne AT Mathematik DOT tu-chemnitz DOT de>
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: <Pine DOT BSF DOT 3 DOT 95q DOT 970425140229 DOT 4348A-100000 AT usm DOT md>
NNTP-Posting-Host: pandora.hrz.tu-chemnitz.de
Mime-Version: 1.0
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

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                       *
*****************************************************************

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019