Chris Lewis clewis at
Sat Jun 22 03:12:40 AEST 1991

In article <4474 at jethro.Corp.Sun.COM> gak at gakbox.Corp.Sun.COM (Richard Stueven) writes:
>In article <455.28605DC6 at>, BHeess at (Brian Heess) writes:

>|> uucp mcws  (6/19-23:24:52,99,0) CONN FAILED (DEVICE LOCKED)
>I've seen this happen a lot.  When an incoming call disconnects, often the
>lock file does not get removed.  I wrote a small program, "uuunlock.c", that
>validates the lock file(s) and removes them if they're invalid.  Since it's
>a short program, I'll include it here rather than posting to the source group.

Odd, my HDB UUCP does do a validate on the lock file.  If I kill -9
a uucico, the locks are left around.  Running a second UUCP with
debug on shows that it's found a lock file and that it's okay to
remove it.  I believe that HDB also does the kill 0 trick.

On the other hand, I'd be more interested in seeing if there was still
a process running.  Run uustat -p and see if there's a running uugetty
with a lock.
Chris Lewis, Phone: (613) 832-0541, Domain: clewis at
UUCP: ...!cunews!latour!ecicrl!clewis; Ferret Mailing List:
ferret-request at eci386; Psroff (not Adobe Transcript) enquiries:
psroff-request at eci386 or Canada 416-832-0541.  Psroff 3.0 in c.s.u soon!

More information about the Comp.sys.3b1 mailing list