Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!phri!dasys1!manes
From: manes@dasys1.UUCP (Steve Manes)
Newsgroups: comp.unix.wizards,comp.unix.questions
Subject: Baud-sensing 'getty'
Message-ID: <1336@dasys1.UUCP>
Date: Sun, 20-Sep-87 21:54:48 EDT
Article-I.D.: dasys1.1336
Posted: Sun Sep 20 21:54:48 1987
Date-Received: Mon, 21-Sep-87 04:30:02 EDT
Organization: The Big Electric Cat, NYC, NY
Lines: 21
Keywords: baud getty modem
Xref: mnetor comp.unix.wizards:4368 comp.unix.questions:4183

Does anyone have, or has anyone played with writing, a getty that
eliminates tty users having to cycle through gettydefs with a hardware
break?  My system will soon be traveled by folks who won't have a clue
about sending a break if they ain't at the default speed of the modem.
They'll probably think instead that they called a very noisy line, hang
up and never call back.

Thinking briefly about this, I don't think it would be THAT hard to write
a program that sits on the comm port waiting for the Hayes (I know... it
won't be nondenominational) CONNECT xxxx string.  Then it would set stty
and exec 'getty'.  After the tty user hangs up it would send the Hayes an
ATZ to reset it to a known default.  I suspect, however, that it can't be
this easy so, unless anyone has a front-end that will do reliable baud
sensing and they wish to share it, does anyone have any insight into why
this idea won't work?

+---------------------------------------------------------------------------+
|  Steve Manes (NYC)			      Roxy Recorders, Inc. (audio)  |
|  UUCP:	  !{ihnp4|uunet}!{pur-ee|iuvax}!bsu-cs!zoo-hq!magpie!manes  |
|  Magpie BBS Development (UNIX/MSDOS):			      212-420-0527  |
+---------------------------------------------------------------------------+