hstore crasesh on 64bit Sparc

Started by Zdenek Kotalaover 16 years ago3 messages
#1Zdenek Kotala
Zdenek.Kotala@Sun.COM

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

#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Zdenek Kotala (#1)
Re: hstore crasesh on 64bit Sparc

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

#3Zdenek Kotala
Zdenek.Kotala@Sun.COM
In reply to: Tom Lane (#2)
Re: hstore crasesh on 64bit Sparc

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