Re: Segmentation fault: pg_upgrade 9.1 to 9.3: pg_dump: row number 0 is out of range 0..-1
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Segmentation fault: pg_upgrade 9.1 to 9.3: pg_dump: row number 0 is out of range 0..-1 |
| Дата | |
| Msg-id | 11373.1382795586@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Segmentation fault: pg_upgrade 9.1 to 9.3: pg_dump: row number 0 is out of range 0..-1 (Alan Nilsson <anilsson@apple.com>) |
| Ответы |
Re: Segmentation fault: pg_upgrade 9.1 to 9.3: pg_dump: row
number 0 is out of range 0..-1
|
| Список | pgsql-general |
Alan Nilsson <anilsson@apple.com> writes:
> I ran into something tonight that seems relevant here, or certainly related:
> I recently updated my app(s) libpq version from 9.1 to 9.3 and immediately I starting seeing:
> row number 0 is out of range 0..-1
> spewed to stdout.
> I traced it down to this code:
> if (PQresultStatus(result) == PGRES_TUPLES_OK){
> if (!PQgetisnull(result, 0, 0)){
> ......
> }
> }
I can find no code like that in the PG sources --- everyplace that does
"PQgetisnull(result, 0, 0)" prefaces it with a check that there's at least
one row in the result. I think you're blaming the messenger.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера