Re: Increase footprint of %m and reduce strerror()

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Increase footprint of %m and reduce strerror()
Дата
Msg-id 20191206050905.GK121835@paquier.xyz
обсуждение исходный текст
Ответ на Re: Increase footprint of %m and reduce strerror()  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Ответы Re: Increase footprint of %m and reduce strerror()  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
On Thu, Dec 05, 2019 at 12:29:29PM +0900, Kyotaro Horiguchi wrote:
> At Thu, 05 Dec 2019 12:06:54 +0900 (JST), Kyotaro Horiguchi <horikyota.ntt@gmail.com> wrote in
>> So, (IIUC) do we replace fprintf()s for error reporting together (but
>> maybe in a separate patch)?

I guess that we should do that at the end of the day.  A lookup at the
in-core tools I see three areas which stand out compared to the rest:
- pg_waldump, and attached is a patch for it.
- pgbench.  However for this one we also have some status messages
showing up in stderr output, and the TAP tests have dependencies with
the output generated.  This part is not plugged into the generic
logging facility yet, and we have 162 places where fprintf/stderr is
used, so that's kind of messy.
- pg_standby.  For this one, we may actually be closer to just remove
it from the tree :)
--
Michael

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: [PATCH] print help from psql when user tries to run pg_restore,pg_dump etc
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: [HACKERS] Block level parallel vacuum