Thread: hstore crasesh on 64bit Sparc

hstore crasesh on 64bit Sparc

From
Zdenek Kotala
Date:
I'm looking why cometh_month fails and it is problem with last hstore 
putback:

http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=comet_moth&dt=2009-09-30%2021:06:00

Stack trace is following:
 ffffffff6f013828 hstore_hash (ffffffff7fffa050, 10000395298, 1, 41, 
7370616365414143, 0) + c0 00000001005f396c FunctionCall1 (100b9ca10, 10000395238, 
ffffffff7fffa4cf, 100ba0b48, 43, 100ba0b44) + 4c 00000001002e8264 TupleHashTableHash (ffffffff7fffa6f0, 8, 100b9f9e8, 
1, ffffffff7fffa6ef, 0) + 15c 00000001005fa734 hash_search (100ba20f8, ffffffff7fffa6f0, 1, 
ffffffff7fffa6ef, 0, 100ba4191) + 2c 00000001002e7e74 LookupTupleHashEntry (100ba00e8, 100b9ae90, 
ffffffff7fffa7ef, 0, 1, 100b96b40) + 114 0000000100308420 lookup_hash_entry (100b9a978, 100b9b588, 0, 0, 0, 0) 
+ 118

status: process terminated by SIGSEGV (Segmentation Fault), addr=500ba410c

It is not assert problem but Segmentation Fault. 32bit compilation works 
fine (ghost moth).
Any idea?
    Zdenek


Re: hstore crasesh on 64bit Sparc

From
Tom Lane
Date:
Zdenek Kotala <Zdenek.Kotala@Sun.COM> writes:
> I'm looking why cometh_month fails and it is problem with last hstore 
> putback:

I think this is the same 64-bit problem we fixed last night --- wait for
the next rebuild before worrying.
        regards, tom lane


Re: hstore crasesh on 64bit Sparc

From
Zdenek Kotala
Date:
Tom Lane píše v čt 01. 10. 2009 v 12:28 -0400:
> Zdenek Kotala <Zdenek.Kotala@Sun.COM> writes:
> > I'm looking why cometh_month fails and it is problem with last hstore 
> > putback:
> 
> I think this is the same 64-bit problem we fixed last night --- wait for
> the next rebuild before worrying.

Correct, last build seems OK. There only remains issue with plpython
UTF8 test which need some investigation.
thanks Zdenek