Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site astrovax.UUCP
Path: utzoo!linus!decvax!harpo!ulysses!princeton!astrovax!wls
From: wls@astrovax.UUCP (William L. Sebok)
Newsgroups: net.unix-wizards
Subject: Re: un-dedicating a line to a dialer
Message-ID: <207@astrovax.UUCP>
Date: Wed, 11-Jan-84 00:29:07 EST
Article-I.D.: astrovax.207
Posted: Wed Jan 11 00:29:07 1984
Date-Received: Thu, 12-Jan-84 00:31:28 EST
References: <15002@sri-arpa.UUCP> <209@basservax.SUN>
Organization: Princeton Univ. Astrophysics
Lines: 20

> The solution is to have the dialler program open the dial
> line with O_EXCL, which will return an error if a getty or login
> still has the line open.
> 
> If you have signalled init, it is about to hangup the line anyway,
> so uucico just needs to wait until its exclusive open returns.

There is a severe problem with Exclusive Use mode on lines used for both
dialing in and dialing out.  If someone dials in and releases a long-running
background job the special file will be held open until the background job
finishes (which happens quite often on our system).  This will prevent locking
mechanisms like the above from working. 
  The 4.1 BSD uucp expected that closing the port would clear the Exclusive
use bit.  Under the above circumstances this didn't work.  The cure was to
make sure uucp cleared Exclusive use before closing the port.  Another
possible place to handle this problem is in the program that enables/disables
dialins on the port.
-- 
Bill Sebok			Princeton University, Astrophysics
{allegra,akgua,burl,cbosgd,decvax,ihnp4,kpno,princeton,vax135}!astrovax!wls