| От | Tom Lane |
|---|---|
| Тема | Re: error handling in pqRowProcessor broken |
| Дата | |
| Msg-id | 2551224.1650380070@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | error handling in pqRowProcessor broken (Peter Eisentraut <peter.eisentraut@enterprisedb.com>) |
| Список | pgsql-hackers |
Peter Eisentraut <peter.eisentraut@enterprisedb.com> writes:
> The error handling for pqRowProcessor is described as
> * Add the received row to the current async result (conn->result).
> * Returns 1 if OK, 0 if error occurred.
> *
> * On error, *errmsgp can be set to an error string to be returned.
> * If it is left NULL, the error is presumed to be "out of memory".
> I find that this doesn't work anymore.
Will look into it, thanks for reporting.
(Hmm, seems like this API spec is deficient anyway. Is the error
string to be freed later? Is it already translated?)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера