Re: Remove useless arguments in ReadCheckpointRecord().
От
Kyotaro Horiguchi
Тема
Re: Remove useless arguments in ReadCheckpointRecord().
Дата
Msg-id
20220726.094223.2244804802157747041.horikyota.ntt@gmail.com
Ответ на
Список
Дерево обсуждения
Remove useless arguments in ReadCheckpointRecord(). Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Tom Lane <tgl@sss.pgh.pa.us>
Re: Remove useless arguments in ReadCheckpointRecord(). Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Tom Lane <tgl@sss.pgh.pa.us>
Re: Remove useless arguments in ReadCheckpointRecord(). Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: Remove useless arguments in ReadCheckpointRecord(). Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
At Sun, 24 Jul 2022 22:40:16 -0400, Tom Lane wrote in > Fujii Masao writes: > > On 2022/07/22 17:31, Kyotaro Horiguchi wrote: > >> I believed that it is recommended to move to the style not having the > >> outmost parens. That style has been introduced by e3a87b4991. > > > I read the commit log, but I'm not sure yet if it's really recommended to remove extra parens even from the existing calls to errmsg(). Removing extra parens can interfere with back-patching of the changes around those errmsg(), can't it? > > Right, so I wouldn't be in a hurry to change existing calls. If you're > editing an ereport call for some other reason, it's fine to remove the > excess parens in it, because you're creating a backpatch hazard there > anyway. But otherwise, I think such changes are make-work in themselves > and risk creating more make-work for somebody else later. So, I meant to propose to remove extra parens for errmsg()'s where the message string is edited. Is it fine in that criteria? regards. -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-hackers по дате отправления
От: Zhihong Yu
Дата:
От: Lukas Fittl
Дата: