svn commit: r255227 - in head: . usr.sbin/rwhod

[Hiroki Sato]

Pawel Jakub Dawidek <pjd at FreeBSD.org> wrote
  in <20130905195037.GA1410 at garage.freebsd.pl>:

pj> On Thu, Sep 05, 2013 at 10:20:13AM +0900, Hiroki Sato wrote:
pj> > Pawel Jakub Dawidek <pjd at FreeBSD.org> wrote
pj> >   in <201309050105.r8515nf3094355 at svn.freebsd.org>:
pj> >
pj> > pj> Author: pjd
pj> > pj> Date: Thu Sep  5 01:05:48 2013
pj> > pj> New Revision: 255227
pj> > pj> URL: http://svnweb.freebsd.org/changeset/base/255227
pj> > pj>
pj> > pj> Log:
pj> > pj>   Remove fallback to fork(2) if pdfork(2) is not available. If the parent
pj> > pj>   process dies, the process descriptor will be closed and pdfork(2)ed child
pj> > pj>   will be killed, which is not the case when regular fork(2) is used.
pj> > pj>
pj> > pj>   The PROCDESC option is now part of the GENERIC kernel configuration, so we
pj> > pj>   can start depending on it.
pj> > pj>
pj> > pj>   Add UPDATING entry to inform that this option is now required and log
pj> > pj>   detailed instruction to syslog if pdfork(2) is not available:
pj> > pj>
pj> > pj>   	The pdfork(2) system call is not available; recompile the kernel with options PROCDESC
pj> > pj>
pj> > pj>   Submitted by:	Mariusz Zaborski <oshogbo at FreeBSD.org>
pj> > pj>   Sponsored by:	Google Summer of Code 2013
pj> >
pj> >  Is there any reason to keep PROCDESC as an option?
pj>
pj> There are still some rough edges that I think people expect to be
pj> polished before we can do that. But all in all I think this is good
pj> idea, but can wait for a bit.

 I see.  I hope it will happen before 10.0.  Generally speaking, if a
 userland utility does not work without it, it should not be an
 option.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20130906/e9f11b7e/attachment.sig>