Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!rice!uw-beaver!milton!sumax!polari!rwing!seaeast!mitem!unger
From: unger@mitem.uucp (Tom Unger)
Newsgroups: comp.unix.aux
Subject: Re: Scripts to deal with A/UX's buggy UUCP
Message-ID: <1991Apr6.052123.11234@mitem.uucp>
Date: 6 Apr 91 05:21:23 GMT
References: <1991Mar10.194813.10357@panix.uucp> <1991Mar27.014105.5418@intacc.uucp>
Organization: MITEM Corp, San Jose
Lines: 28

In article <1991Mar27.014105.5418@intacc.uucp> mann@intacc.uucp (Jeff Mann) writes:
>I don't know if you've done something else to get around this, or what,
>but on my system uucico will die if there is a getty on the line, 
>regardless of whether you do an stty -modem. In other words, your
>>		# have to worry about a getty. If not, we need to handle the
>>		# getty by doing a stty -modem.
>doesn't work for me. I have had to use the old method of specifiying
>run levels which getty can exist in, and using init to turn the getty
>on or off. Am I missing something? Anyone else with the same problem?
>I'm planning to post my code which handles this, but part of it runs
>suid root to handle the init, and if there's another way around it...

I have a program called uugetty that lets one line be used for incomming
and outgoing modem calls.  uugetty does the following:

	1) initializes modem
	2) Listens for incomming calls on modem or other traffic on 
	   the port.
	3) If a call arrives it execs the standard getty to log the user in.
	4) If there is other traffic uugetty "gives up" the line  until
	   the outbound call is done.  (it knows it is done when the lock
	   file goes away).

This all works very well for me.  I would be glad to send it to anyone who
requests it.  I would post it here but the soure code is 14Kbytes.

Tom Unger.
MITEM