Re: BUG #7559: syslogger doesn't close stdout and stderr
От | Tom Lane |
---|---|
Тема | Re: BUG #7559: syslogger doesn't close stdout and stderr |
Дата | |
Msg-id | 17544.1348153582@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #7559: syslogger doesn't close stdout and stderr (Reinhard Max <reinhard@m4x.de>) |
Ответы |
Re: BUG #7559: syslogger doesn't close stdout and stderr
Re: BUG #7559: syslogger doesn't close stdout and stderr |
Список | pgsql-bugs |
Reinhard Max <reinhard@m4x.de> writes: > After starting PostgreSQL with pg_init, stdout and stderr of all > processes are pipes to the logger (as intended), but the logger itself > still has FDs 1 and 2 open as inherited from pg_init. I think > requiring the caller of pg_init to redirect them is not practical, > because then pg_init itself can't give feedback to the user. That's a fair point. (I assume you mean pg_ctl not pg_init?) > So it has > to be done either in pg_init or in the logger when those channels > aren't needed anymore. I'd prefer doing it in the logger, because the > code for it is already there and so that it also works when starting > PostgreSQL without using pg_init. 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. regards, tom lane
В списке pgsql-bugs по дате отправления: