Hello list, Sorry for not replying to the bug list, but I didn't receive that message. It's about http://archives.postgresql.org/pgsql-bugs/2010-11/msg00065.php The test case there with remark about LBOUND is incorrect; we first found the bug on a different result. In the process of finding the most simple test case we apparantly found one where another check failed (ARR_NDIM(result) > 1) The following testcase has a value for ndim that passes the check, but an lbound value of 0 right after the call of array_recv in oidvectorrecv: postgres=# copy (select '{"1"}'::oidvector[]) to '/tmp/test' with binary; COPY 1 postgres=# copy a from '/tmp/test' with binary; (gdb) p *result $6 = {vl_len_ = 112, ndim = 1, dataoffset = 0, elemtype = 26, dim1 = 1, lbound1 = 0, values = {1}} The same behaviour is also seen in int2vectorrecv. regards, Yeb Havinga
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера