Re: pg_stop_backup() v2 incorrectly marked as proretset
От | Kyotaro Horiguchi |
---|---|
Тема | Re: pg_stop_backup() v2 incorrectly marked as proretset |
Дата | |
Msg-id | 20220304.103227.1107024158855742766.horikyota.ntt@gmail.com обсуждение исходный текст |
Ответ на | Re: pg_stop_backup() v2 incorrectly marked as proretset (Michael Paquier <michael@paquier.xyz>) |
Список | pgsql-hackers |
At Fri, 4 Mar 2022 10:09:19 +0900, Michael Paquier <michael@paquier.xyz> wrote in > On Thu, Mar 03, 2022 at 04:40:42PM -0500, Tom Lane wrote: > > The point is to make it clear that the macro isn't intended to affect > > code outside the function. Since C lacks block-scoped macros, > > there's no other way to do that. > > > > I concede that a lot of our code is pretty sloppy about this, but > > that doesn't make it a good practice. > > Well, if we change that, better to do that in all the places where > this would be affected, but I am not sure to see a style appealing > enough on this thread. > > From what I can see, history shows that the style of using a #define > for the number of columns originates from da2c1b8, aka 9.0. Its use > inside a function originates from a755ea3 as of 9.1 and then it has > just spread around without any undefs, so it looks like people like > that way of doing things. I'm one of them. Not unliking #undef, though. It seems to me the name "PG_STOP_BACKUP_V2_COLS" alone is specific enough for the purpose of avoiding misuse. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: