Re: BUG #7559: syslogger doesn't close stdout and stderr - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #7559: syslogger doesn't close stdout and stderr
Date
Msg-id 29557.1348072752@sss.pgh.pa.us
Whole thread Raw
In response to BUG #7559: syslogger doesn't close stdout and stderr  (reinhard@m4x.de)
Responses Re: BUG #7559: syslogger doesn't close stdout and stderr  (Reinhard Max <reinhard@m4x.de>)
List pgsql-bugs
reinhard@m4x.de writes:
> When initially starting up, syslogger keeps stdout and stderr open instead
> of closing them and reopening them from /dev/null for proper daemonisation.

How exactly could it "close and reopen" them without losing their
identity?  And what makes /dev/null necessarily the right substitute?

I don't think we should change this within Postgres.  We removed logic
associated with daemonization altogether in 9.2 --- it's the
responsibility of the calling script to close any files it doesn't want
left open.

            regards, tom lane

pgsql-bugs by date:

Previous
From: reinhard@m4x.de
Date:
Subject: BUG #7559: syslogger doesn't close stdout and stderr
Next
From: "Kevin Grittner"
Date:
Subject: Re: BUG #7556: "select not in sub query" plan very poor vs "not exists"