Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site amdcad.UUCP Path: utzoo!watmath!clyde!burl!ulysses!gatech!amdcad!phil From: phil@amdcad.UUCP (Phil Ngai) Newsgroups: net.bugs.4bsd Subject: Re: Login Problem (250' RS-232 Lines) Message-ID: <4537@amdcad.UUCP> Date: Wed, 2-Oct-85 23:24:34 EDT Article-I.D.: amdcad.4537 Posted: Wed Oct 2 23:24:34 1985 Date-Received: Fri, 4-Oct-85 03:12:12 EDT References: <132@ndsuvax.UUCP> <604@oliveb.UUCP> Reply-To: phil@amdcad.UUCP (Phil Ngai) Organization: AMD, Sunnyvale, California Lines: 23 In article <604@oliveb.UUCP> jerry@oliveb.UUCP (Jerry Aguirre) writes: >If you connect the Data Terminal Ready (DTR) of the terminal to the Data >Set Ready (DSR) of the computer port, then the getty will not send login >messages to terminals that are turned off. Nor will it listen to >garbage on the line. We found that in our environment, where people had switch boxes to select between their Unix port and a CP/M system, noise would couple onto the DSR lines just like it coupled onto the computer's RxD line. This had the effect of someone calling up a dialup modem and hanging up, over and over. The getty spawning made the computer run slowly. I suppose if your users didn't effectively disconnect the terminal line on a daily basis, using DSR might work. Or if your environment were less noisy than ours. -- Arthur Rudolph believed that technology is morally neutral and so, therefore, are those who create it. Phil Ngai +1 408 749-5720 UUCP: {ucbvax,decwrl,ihnp4,allegra}!amdcad!phil ARPA: amdcad!phil@decwrl.ARPA