Re: convert elog(LOG) calls to ereport - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: convert elog(LOG) calls to ereport
Date
Msg-id 20201202140445.GA26406@alvherre.pgsql
Whole thread Raw
In response to convert elog(LOG) calls to ereport  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Responses Re: convert elog(LOG) calls to ereport
Re: convert elog(LOG) calls to ereport
List 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 by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: wrong link in acronyms.sgml
Next
From: yuzuko
Date:
Subject: Re: Autovacuum on partitioned table (autoanalyze)