Peter Eisentraut <pete...@gmx.net> writes:
> On 9/20/12 11:06 AM, Tom Lane wrote:
>> Well, I would have no objection to changing pg_ctl so that it redirects
>> the postmaster's stdout/stderr when a -l switch is given (actually,
>> I thought it did that already...). I do object to changing the logger's
>> behavior as you suggest, because that will break use-cases that work
>> today. One that I've used personally is adding "fprintf(stderr)" calls
>> in the logger for debugging the logger itself.
> The weird thing is, when the logger process dies and is restarted by the
> postmaster, then both stdout and stderr point to /dev/null. So the
> behavior is inconsistent either way.
Yeah, that's annoying but there's no very good way to work around it.
Fortunately, the logger doesn't die very often. All of the use-cases
I've thought of for wanting to capture stderr output for it amount to
debugging of some form or other, so it's probably good enough for that
to only work in the first logger incarnation after database start ---
but Reinhard is proposing to make it not work at all, and that I don't
like.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
