Xref: utzoo comp.sys.pyramid:222 comp.dcom.modems:2365
Path: utzoo!utgpu!attcan!telly!evan
From: evan@telly.UUCP (Evan Leibovitch)
Newsgroups: comp.sys.pyramid,comp.dcom.modems
Subject: Re: Solution to Problems with UUCP/modems.
Summary: also a kludge on SysV
Keywords: modems Trailblazer TB ACU
Message-ID: <324@telly.UUCP>
Date: 4 Sep 88 16:26:05 GMT
References: <14170@comp.vuw.ac.nz> <323@uncle.UUCP> <37899@pyramid.pyramid.com>
Organization: System telly, Brampton, Ontario
Lines: 29

In article <37899@pyramid.pyramid.com>, csg@pyramid.pyramid.com (Carl S. Gutekunst) writes:
> >What is the "acucntrl" program, and where did you get it?
> 
> acucntrl is a little hack that comes with 4.3BSD. It is invoked by uucico when
> it wants to make an outgoing call, to scribble on the tty data structures in
> the kernel and keep init(8) from waking up. In other words, it provides dialin
> and dialout on the same line.
> 
> 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?)
> and needs a fair amount of hacking to make it work on a Pyramid.

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.

This worked steadily for me on a Convergent Megaframe, though I'm not
using it now.
-- 
Evan Leibovitch, SA of System Telly, located in beautiful Brampton, Ontario
            evan@telly.UUCP / {uunet!attcan,utzoo}!telly!evan
The advantage of the incomprehensible is that it never loses its freshness.