The new std.process is ready for review

Johannes Pfau nospam at example.com
Tue Mar 12 10:23:17 PDT 2013


Am Tue, 12 Mar 2013 11:19:25 -0400
schrieb "Steven Schveighoffer" <schveiguy at yahoo.com>:

> On Tue, 12 Mar 2013 11:02:45 -0400, Vladimir Panteleev  
> <vladimir at thecybershadow.net> wrote:
> 
> > On Tuesday, 12 March 2013 at 13:56:28 UTC, Steven Schveighoffer
> > wrote:
> >>> OK, but it will still solve the specific problem with the other
> >>> end being open.
> >>
> >> Yes it does.  I'd rather solve both, though.
> >
> > OK. The idea to close all FDs after forking seems to be the best  
> > solution so far, although I have some reservations (scaling for
> > high max-FD environments, and it doesn't sound like "the right
> > thing to do").
> 
> I have those same reservations on scaling.

Daemon implementations on posix systems should the same thing
according to best-practices:
http://0pointer.de/public/systemd-man/daemon.html (step 1)

libdaemon also does that:
http://git.0pointer.de/?p=libdaemon.git;a=blob;f=libdaemon/dfork.c;h=783033fe290e715df562f20d292adfc9f26e2e3a;hb=HEAD#l491

systemd probably as well so it really seems there is no better solution.


More information about the Digitalmars-d mailing list