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