Re: Support json_errdetail in FRONTEND builds
| От | Tom Lane |
|---|---|
| Тема | Re: Support json_errdetail in FRONTEND builds |
| Дата | |
| Msg-id | 2406032.1710464693@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Support json_errdetail in FRONTEND builds (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: Support json_errdetail in FRONTEND builds
|
| Список | pgsql-hackers |
Michael Paquier <michael@paquier.xyz> writes:
> Hmm. I am not sure how much protection this would offer, TBH. One
> thing that I find annoying with common/stringinfo.c as it is currently
> is that we have two exit() calls in the enlarge path, and it does not
> seem wise to me to spread that even more.
> My last argument sounds like a nit for HEAD knowing that this does not
> impact libpq that has its own pqexpbuffer.c to avoid issues with
> palloc, elog and exit, but that could be a problem if OAuth relies
> more on these code paths in libpq.
I hope nobody is expecting that such code will get accepted. We have
a policy (and an enforcement mechanism) that libpq.so must not call
exit(). OAuth code in libpq will need to cope with using pqexpbuffer.
regards, tom lane
В списке pgsql-hackers по дате отправления: