From:	Elliott Oti <e DOT oti AT stud DOT warande DOT ruu DOT nl>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: RHIDE Beta 6 bug?
Date:	Mon, 18 Nov 1996 11:55:45 -0800
Organization:	Academic Computer Centre Utrecht, (ACCU)
Lines:	32
Message-ID:	<3290BF41.651F@stud.warande.ruu.nl>
References:	<Pine DOT HPP DOT 3 DOT 95 DOT 961112124124 DOT 13100F-100000 AT newton DOT mathematik DOT tu-chemnitz DOT de> <328D8DCA DOT 3E45 AT stud DOT warande DOT ruu DOT nl> <3290379D DOT 620C AT Mathematik DOT tu-chemnitz DOT de>
NNTP-Posting-Host:	warande1078.warande.ruu.nl
Mime-Version:	1.0
To:	Robert Hoehne <Robert DOT Hoehne AT Mathematik DOT tu-chemnitz DOT de>
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

Robert Hoehne wrote:
> 
> Elliott Oti wrote:
> >
> 
> > This doesn't happen every time, but often enough to be irritating.
> > It never happended with the Beta 5 version.
> 
> It would be very helpfull, if you can reproduce the problem on a
> specific file and send a description together with the file (hopefully
> short) to me. Or try the suggestion by Calvin. If this is the solution
> please post it also.

I haven't found a particular file that causes it; I have noticed that it 
occurs only when the line typed in exceeds the screen width (~80 chars)
and a carriage return is pressed. The cursor jumps to the next line,
as intended,but a portion of the line above is reproduced, like this:

  just a very long meaningless boring useless test sentence  <CR>
                   boring useless test sentence 

and text input freezes. Curiously enough, saving and reloading the file
does not show the second sentence, so it looks like a screen output artifact.
Alas, the problem is not reproducible at request; but when it occurs
stopping Rhide and restarting is usually enough to "cure" it.
The loaded file is never damaged.

It could be the keyboard handler; could be QEMM; I don't know.
I'll try fiddling with my system 'till it goes away.
Thanks.

Elliott

- Raw text -