Re: convert elog(LOG) calls to ereport
| От | Alvaro Herrera |
|---|---|
| Тема | Re: convert elog(LOG) calls to ereport |
| Дата | |
| Msg-id | 20201202140445.GA26406@alvherre.pgsql обсуждение исходный текст |
| Ответ на | convert elog(LOG) calls to ereport (Peter Eisentraut <peter.eisentraut@enterprisedb.com>) |
| Ответы |
Re: convert elog(LOG) calls to ereport
Re: convert elog(LOG) calls to ereport |
| Список | pgsql-hackers |
On 2020-Dec-02, Peter Eisentraut wrote:
> There are a number of elog(LOG) calls that appear to be user-facing, so they
> should be ereport()s. This patch changes them. There are more elog(LOG)
> calls remaining, but they all appear to be some kind of debugging support.
> Also, I changed a few elog(FATAL)s that were nearby, but I didn't
> specifically look for them.
> - elog(LOG, "WSAIoctl(SIO_KEEPALIVE_VALS) failed: %ui",
> - WSAGetLastError());
> + ereport(LOG,
> + (errmsg("WSAIoctl(SIO_KEEPALIVE_VALS) failed: %ui",
> + WSAGetLastError())));
Please take the opportunity to move the flag name out of the message in
this one, also. I do wonder if it'd be a good idea to move the syscall
name itself out of the message, too; that would reduce the number of
messages to translate 50x to just "%s(%s) failed: %m" instead of one
message per distinct syscall.
Should fd.c messages do errcode_for_file_access() like elsewhere?
Overall, it looks good to me.
Thanks
В списке pgsql-hackers по дате отправления: