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<