Re: BUG #7559: syslogger doesn't close stdout and stderr

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: reinhard(at)m4x(dot)de
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #7559: syslogger doesn't close stdout and stderr
Date: 2012-09-19 16:39:12
Message-ID: 29557.1348072752@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

reinhard(at)m4x(dot)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

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Kevin Grittner 2012-09-19 18:06:51 Re: BUG #7556: "select not in sub query" plan very poor vs "not exists"
Previous Message max 2012-09-19 16:04:58 BUG #7561: syslogger doesn't close stdout and stderr