From owner-svn-src-all@FreeBSD.ORG Mon Feb 6 19:18:54 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B6A3106564A; Mon, 6 Feb 2012 19:18:54 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 659B18FC17; Mon, 6 Feb 2012 19:18:52 +0000 (UTC) Received: by bkbzx1 with SMTP id zx1so6840261bkb.13 for ; Mon, 06 Feb 2012 11:18:52 -0800 (PST) Received: by 10.205.137.14 with SMTP id im14mr8738883bkc.133.1328555931855; Mon, 06 Feb 2012 11:18:51 -0800 (PST) Received: from [10.254.254.77] (ppp95-165-139-144.pppoe.spdop.ru. [95.165.139.144]) by mx.google.com with ESMTPS id w15sm7348006bku.0.2012.02.06.11.18.50 (version=SSLv3 cipher=OTHER); Mon, 06 Feb 2012 11:18:51 -0800 (PST) Message-ID: <4F30279A.4010307@zonov.org> Date: Mon, 06 Feb 2012 23:18:50 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: John Baldwin References: <201202011641.q11Gf0j6095461@svn.freebsd.org> <1E1FA19C-7C4C-4288-B163-E33FC68D9837@palisadesystems.com> <20120206144337.GH1324@garage.freebsd.pl> <201202061025.42239.jhb@freebsd.org> In-Reply-To: <201202061025.42239.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: src-committers@freebsd.org, Pawel Jakub Dawidek , Guy Helmer , svn-src-all@freebsd.org, Mikolaj Golub , svn-src-head@freebsd.org Subject: Re: svn commit: r230869 - head/usr.sbin/daemon X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2012 19:18:54 -0000 On 06.02.2012 19:25, John Baldwin wrote: >> >> My expectation is that as long as parent process holds pidfile >> descriptor open and locked, the pidfile should remain locked even after >> fork(2)/execve(2). Worth checking, though. > > Yes, if the daemon process hung around that would work. Note that I think > you would need to do a double-fork for that to work though since users > expect daemon to return instantly and not need to be put in the background. > It would be also nice to have an option for automatically respawn the child. This option has GNU version of daemon. What do you think? -- Andrey Zonov