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