Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!sri-spam!sri-unix!hplabs!gatech!gt-cmmsr!auc!rar
From: rar@auc.UUCP (Rodney Ricks)
Newsgroups: comp.sys.amiga
Subject: Re: More bugs in DBW's VT100 (OR ANY VT100 and another system)
Message-ID: <32091@auc.UUCP>
Date: Mon, 8-Dec-86 15:19:01 EST
Article-I.D.: auc.32091
Posted: Mon Dec  8 15:19:01 1986
Date-Received: Mon, 8-Dec-86 22:35:47 EST
References: <3131@ece-csc.UUCP> <341@pttesac.UUCP> <6478@ut-sally.UUCP> <782@m <2164@well.UUCP>
Reply-To: rar@auc.UUCP (Rodney Ricks)
Followup-To: comp.sys.amiga
Organization: Atlanta University
Lines: 35
Keywords: vt100 bug
Summary: It might not be a bug in DBW's vt100

In article <2164@well.UUCP> gary@well.UUCP (Gary J. Albert) writes:
>I used to have the problem in 'vi' if having the escape at the start of the
>arrow key's sequence being mistaken to mean exit insert mode.
[Rest of message deleted]
>
>		Gary ALbert

Yes, we have also had that problem, but I don't think that it is caused by
faulty vt100 emulation.  The terminals that we have this problem on are true
Digital VT100's.  We had the same problem on the Esprit Executive 10/102's,
which emulate a VT102.

The problem was caused by an inadequate delay when sending the sequence.  The
delay on the VT100 terminfo files for the 3B5's and 3B2's that we use was
originally set to 2 milliseconds.  I wrote a very simple program that changed
the settings in the compiled database to give a longer delay (I believed I
used about 20 milliseconds), and the problem disappeared. 

The best way would probably be to get the source for the VT100 terminfo
(not termcap), then modify that.  If you can get that, please mail a copy of
it to me.  I couldn't figure out how to modify the escape sequences in the
compiled code for scrolling, and we're still having problems with that.

By the way, our VT100's also left behind part of the escape sequence on the
screen, and, if you were in command mode, it took you into insert mode.

Hope this helps.

                                    Rodney


[ Insert an appropriate disclaimer here ]

Rodney Ricks,
  Atlanta University Center Computation Center