Path: utzoo!attcan!uunet!mcvax!cernvax!impch!boxdiger
From: boxdiger@impch.UUCP (Patrick Guelat)
Newsgroups: comp.dcom.modems
Subject: Re: Solution to Problems with UUCP/modems.
Keywords: modems Trailblazer TB ACU
Message-ID: <310@impch.UUCP>
Date: 6 Sep 88 15:36:56 GMT
References: <14170@comp.vuw.ac.nz> <323@uncle.UUCP> <37899@pyramid.pyramid.com> <324@telly.UUCP>
Reply-To: boxdiger@impch.UUCP (Patrick Guelat)
Organization: ImproWare DataSystems Switzerland
Lines: 25

In article <324@telly.UUCP> evan@telly.UUCP (Evan Leibovitch) writes:
% In article <37899@pyramid.pyramid.com>, csg@pyramid.pyramid.com (Carl S. Gutekunst) writes:
% > 
% > Standard OSx does not provide acucntrl. The 4.3BSD version is highly VAX de-
% > pendent (what do you expect for a program that opens and writes on /dev/kmem?)
% There is also a System V acucntrl which does the same thing, but not as
% gracefully (?) as direct kernel diddling.
% 
% The program, with setuid root, checks to see if the port is in use from
% a process besides getty (also looks for uucp LCK.* files). If free, the
% program edits /etc/inittab to change the entry from 'respawn' to 'off',
% and then kills the getty.
% 
% A different invokation undoes this - changes inittab back to respawn, and
% calls telinit.
% 
Another solution has been done by SCO in their XENIX.
There is a program called 'ungetty'. It looks up in /etc/utmp if there
is a user on the line, if there isn't it sends a SIGUSR1-signal to
the getty process. Getty will change the utmpentry to 'DIALOUT' and
then sleep until it receives a SIGUSR2 from ungetty. (when the DIALOUT
job has been done..). It will then die, init will remove the 'DIALOUT'
entry and fork a new getty for this port. ( No flames about SCO-init.....)

	Patrick