core dump on 8.1 and no dump on REL8_1_STABLE - Mailing list pgsql-hackers

From Teodor Sigaev
Subject core dump on 8.1 and no dump on REL8_1_STABLE
Date
Msg-id 438496C2.4090101@sigaev.ru
Whole thread Raw
Responses Re: core dump on 8.1 and no dump on REL8_1_STABLE
List pgsql-hackers
Hi!

Attached dump cause core on 8.1 release and works fine on REL8_1_STABLE and HEAD.
Am I missed some fixes/commits?


PS dump in KOI8, db should be initialized as
initdb -E KOI8-R --locale ru_RU.KOI8-R -D $DIR
and it should be installed ltree and tsearch2 modules.

PPS gdb output:
  Program received signal SIGSEGV, Segmentation fault.
0xb70f3f55 in crc32_sz (buf=0x1c4fabe1 <Address 0x1c4fabe1 out of bounds>,
size=1282) at crc32.c:101
101                     _CRC32_(crc, *p);
(gdb) bt
#0  0xb70f3f55 in crc32_sz (buf=0x1c4fabe1 <Address 0x1c4fabe1 out of bounds>,
size=1282) at crc32.c:101
#1  0xb70f5f9d in gtsvector_compress (fcinfo=0xffffffff) at gistidx.c:161
#2  0x0821e8fd in FunctionCall1 (flinfo=0xffffffff, arg1=16777215) at fmgr.c:1128
#3  0x0807f752 in gistcentryinit (giststate=0xffffffff, nkey=0, e=0xbfdfb0c4,
k=4294967295, r=0x0, pg=0x0, o=0, b=-1,
     l=1 '\001', isNull=0 '\0') at gistutil.c:731
#4  0x0807f0e0 in gistinsert (fcinfo=0xffffffff) at gist.c:255
#5  0x0821ecbe in FunctionCall6 (flinfo=0xffffff, arg1=4294967295,
arg2=4294967295, arg3=4294967295, arg4=4294967295,
     arg5=4294967295, arg6=4294967295) at fmgr.c:1267
#6  0x08091d1a in index_insert (indexRelation=0xb7121620, values=0xbfdfb39c,
isnull=0xbfdfb41c "", heap_t_ctid=0x837781c,
     heapRelation=0xb7172ab8, check_uniqueness=0 '\0') at indexam.c:215
#7  0x08131f23 in ExecInsertIndexTuples (slot=0x8373900, tupleid=0x837781c,
estate=0x8373530, is_vacuum=0 '\0')
     at execUtils.c:936
#8  0x0812ac67 in ExecutorRun (queryDesc=0x8373150,
direction=ForwardScanDirection, count=0) at execMain.c:1695
#9  0x081ab6a1 in ProcessQuery (parsetree=Variable "parsetree" is not available.
) at pquery.c:174
#10 0x081acb6a in PortalRun (portal=0x8370f78, count=2147483647, dest=0x82c517c,
altdest=0x82c517c,
     completionTag=0xbfdfb688 "") at pquery.c:1076
#11 0x081a892f in exec_simple_query (
     query_string=0x83591f8 "UPDATE \"Предприятия\" SET \"rubriks\"='\\'11\\'
\\'17\\' \\'116\\' \\'135\\' \\'253\\' \\'303\\' \\'409\\' \\'415\\' \\'772\\'
\\'1276\\' \\'1283\\' \\'1284\\' \\'1438\\' \\'1456\\'' WHERE \"id\"='66.20815';\n")
     at postgres.c:1014
#12 0x081aa230 in PostgresMain (argc=1, argv=0x8307248, username=0x83094a8
"postgres") at postgres.c:3168
#13 0x08148fb4 in main (argc=6, argv=0x8307248) at main.c:322



--
Teodor Sigaev                                   E-mail: teodor@sigaev.ru
                                                    WWW: http://www.sigaev.ru/

Attachment

pgsql-hackers by date:

Previous
From: Devrim GUNDUZ
Date:
Subject: Re: MS SQL Server compatibility functions
Next
From: Fredrik Olsson
Date:
Subject: Re: MS SQL Server compatibility functions