Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!jvnca!njitsc1!argus!ken
From: ken@argus.UUCP (Kenneth Ng)
Newsgroups: comp.sources.d,comp.emacs
Subject: Re: 9600 baud problems (was Re: when using termcap, get it right!)
Message-ID: <935@argus.UUCP>
Date: Wed, 1-Jul-87 05:21:56 EDT
Article-I.D.: argus.935
Posted: Wed Jul  1 05:21:56 1987
Date-Received: Thu, 2-Jul-87 02:41:37 EDT
References: <1149@carthage.swatsun.UUCP> <8601@tekecs.TEK.COM> <6828@mimsy.UUCP> <6042@brl-smoke.ARPA>
Organization: NJ Instit. of Tech: TEIES Project
Lines: 25
Xref: mnetor comp.sources.d:924 comp.emacs:1308

In article <6042@brl-smoke.ARPA>, gwyn@brl-smoke.ARPA (Doug Gwyn ) writes:
> In article <931@argus.UUCP> ken@argus.UUCP (Kenneth Ng) writes (re. DEL character):
> >Unfortunately some VT100 styled machines
> >took it to mean 'delete character'.
> ? The DEC VT100 ignores received ASCI DEL characters.
> I take this opportunity to point out that it is INCORRECT to transmit padding
> characters to a terminal if the termcap/terminfo entry does not indicate that
> padding is needed and supported.

Interesting, so when you type the 'DEL' key on a VT100 the computer translates
it into a sequence of characters to delete the previous key?  The example
I took was from two rather old computer systems (EIES and a Univac 90/80)
that did not understand the concept of something similar to a termcap
system,  they were designed for TTY43 style machines.  Univac in particular
had *NO* known way to turn off the DEL padding characters unless you went
to a special write mode which could write out several lines at a time.
But even that transmitted DEL characters when the record was complete.

I agree that it is incorrect to send any characters that are not indicated
to be needed, but people should be aware of problems of some of the older
systems.

Kenneth Ng: Post office: NJIT - CCCC, Newark New Jersey  07102
uucp !ihnp4!allegra!bellcore!argus!ken *** NOT ken@bellcore.uucp ***
bitnet(prefered) ken@orioal
f> <2<