From owner-cvs-sbin  Sun Mar 12 12:15:04 1995
Return-Path: cvs-sbin-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22245 for cvs-sbin-outgoing; Sun, 12 Mar 1995 12:15:04 -0800
Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22208; Sun, 12 Mar 1995 12:14:55 -0800
Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA06737; Sun, 12 Mar 1995 12:14:49 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA27866; Sun, 12 Mar 1995 12:14:48 -0800
Message-Id: <199503122014.MAA27866@corbin.Root.COM>
X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol
To: Joerg Wunsch <joerg@freefall.cdrom.com>
cc: CVS-commiters@freefall.cdrom.com, cvs-sbin@freefall.cdrom.com
Subject: Re: cvs commit: src/sbin/slattach slattach.8 slattach.c 
In-reply-to: Your message of "Sun, 12 Mar 95 16:04:22 +0100."
             <199503121504.QAA17660@freefall.cdrom.com> 
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Sun, 12 Mar 1995 12:14:48 -0800
Sender: cvs-sbin-owner@freebsd.org
Precedence: bulk

>joerg       95/03/12 16:04:20
>
>  Modified:    sbin/slattach slattach.8 slattach.c
>  Log:
>  Make slattach create a PID file under /var/run when the connection is
>  established.  This way, automatic scripts are possible that might
>  control the SLIP connection.  It's unacceptable for a daemon that's
>  being controlled by a variety of signals to not leave its PID
>  somewhere.  The file name contains the terminal path name component of
>  the associated tty device, so it should be unique even with multiple
>  parallel slattach's running.  The file will be unlinked at regular exit.

   I'm not sure this is going to work in all cases that slattach is used. I
know of people that start slattach's from floppy (don't we do that on our own
install floppies?), and 1) the filesystem is readonly, and 2) /var/run doesn't
exist. Do you continue without complaint if the PID file can't be created? Do
you continue without complaint if it can't be removed? ...and another thing,
what do you do with the PID file when slattach forks (after the HUP on the
tty, before the dialer is called)?
   I would prefer that an option be added to control the creation of the
PID file that defaults to *off*.

-DG