Re: SIGSEGV taken on 8.1 during dump/reload - Mailing list pgsql-hackers

From Teodor Sigaev
Subject Re: SIGSEGV taken on 8.1 during dump/reload
Date
Msg-id 4370C137.3060407@sigaev.ru
Whole thread Raw
In response to Re: SIGSEGV taken on 8.1 during dump/reload  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: SIGSEGV taken on 8.1 during dump/reload  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: Enums again
Next
From: Robert Creager
Date:
Subject: Re: [Pgsphere-dev] Re: SIGSEGV taken on 8.1 during