Re: SIGSEGV taken on 8.1 during dump/reload
От | Teodor Sigaev |
---|---|
Тема | Re: SIGSEGV taken on 8.1 during dump/reload |
Дата | |
Msg-id | 4370C137.3060407@sigaev.ru обсуждение исходный текст |
Ответ на | Re: SIGSEGV taken on 8.1 during dump/reload (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: SIGSEGV taken on 8.1 during dump/reload
|
Список | pgsql-hackers |
Tom Lane wrote: > Robert Creager <Robert_Creager@LogicalChaos.org> writes: > >>v->spl_right is address 0xbp - uninitialized? > > > The whole struct looks pretty uninitialized, which immediately makes me > wonder whether gdb has picked up a wrong value for "v". Try going down > to a lower stack frame and seeing if you can access the struct from > there. Layout of GIST_SPLITVEC struct has been changed from 8.0, I'm afraid that old .so is used. spl_(right|left)valid fields was added to GIST_SPLITVEC. Looking into spl_leftvalid = 20 '\024', spl_right = 0xdb, spl_nright = 138286924, spl_rdatum = 11, and GIST_SPLITVEC bool spl_lisnull[INDEX_MAX_KEYS]; bool spl_leftvalid; OffsetNumber *spl_right; /* array of entries that go right */ int spl_nright; /* size of the array */ Datum spl_rdatum; /* Union of keys in spl_right */ It's very like that spl_right contains correct spl_nright value (0xdb = 219) and spl_nright contains correct spl_rdatum (pointer 138286924 = 0x83e174c) -- Teodor Sigaev E-mail: teodor@sigaev.ru WWW: http://www.sigaev.ru/
В списке pgsql-hackers по дате отправления: