| От | Peter Eisentraut |
|---|---|
| Тема | Re: error handling in pqRowProcessor broken |
| Дата | |
| Msg-id | e4bd5c16-be26-750c-e68a-701905eaf160@enterprisedb.com обсуждение |
| Ответ на | Re: error handling in pqRowProcessor broken (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: error handling in pqRowProcessor broken
|
| Список | pgsql-hackers |
On 19.04.22 21:16, Tom Lane wrote: > Peter Eisentraut<peter.eisentraut@enterprisedb.com> writes: >> I find that this doesn't work anymore. If you set *errmsgp = "some >> message" and return 0, then psql will just print a result set with zero >> rows. > Ah, I see the problem: a few places in fe-protocol3 didn't get the memo > that conn->error_result represents a "pending" PGresult that hasn't > been constructed yet. The attached fixes it for me --- can you try it > on whatever test case led you to this? Your patch fixes it for me.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера