From: | Teodor Sigaev <teodor(at)sigaev(dot)ru> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Robert Creager <Robert_Creager(at)LogicalChaos(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: SIGSEGV taken on 8.1 during dump/reload |
Date: | 2005-11-08 15:16:07 |
Message-ID: | 4370C137.3060407@sigaev.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Robert Creager <Robert_Creager(at)LogicalChaos(dot)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(at)sigaev(dot)ru
WWW: http://www.sigaev.ru/
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2005-11-08 15:21:04 | Re: Enums again |
Previous Message | Tom Lane | 2005-11-08 15:08:55 | Re: Enums again |