Xref: utzoo comp.sys.pyramid:228 comp.dcom.modems:2395
Path: utzoo!attcan!uunet!comdesign!pst
From: pst@comdesign.CDI.COM (Paul Traina)
Newsgroups: comp.sys.pyramid,comp.dcom.modems
Subject: Re: Solution to Problems with UUCP/modems.
Message-ID: <520@comdesign.CDI.COM>
Date: 7 Sep 88 16:37:59 GMT
References: <692@starfish.Convergent.COM>
Organization: Network Equipment Technologies, Santa Barbara, California
Lines: 22

From article <692@starfish.Convergent.COM>, by cdold@starfish.Convergent.COM (Clarence Dold):
| The uucp package on Convergent SysV (CTIX 5.x) includes a 'uugetty', that I 
| didn't think was Convergent exclusive.  It does everything that acucntrl
| appears to do, for cu and uucico.  C-Kermit doesn't agree with it, though.
| It works rather simply, by looking for lock files, the contents of which
| are the owning process id.  If that process id is not active, the lock is
| removed.  ct, cu, uucico, and uugetty all are suid uucp, and cooperate in 
| this scheme.

I just upgraded one of our SsyV systems to Honey-DANBER uucp, and it turns
out all you need to do to make C-Kermit work properly with uugetty/uucico/etc.
is to recompile ckutio.c with -DATT3BX.  This makes locks go in /usr/spool/locks
and inserts the pid of the kermit process into the lock file.

This switch should be renamed to something like -DHDBUUCP or somesuch.

					Happy Hacking,
						the PST
-- 
Paul Traina				To believe that what is true for
{uunet|pyramid}!comdesign!pst		you in your private heart is true
pst@condor.cdi.com			for all men, that is genius.