I just got thelatest version from cvs and tried to initdb. But I got a core
dump:

#0  0x4011d7fc in ?? () from /lib/libc.so.6
#1  0x807b3a9 in IsSharedSystemRelationName (relname=0x817fdc8 "pg_class")
    at catalog.c:106
#2  0x807b27e in relpath (relname=0x817fdc8 "pg_class") at catalog.c:34
#3  0x80de602 in mdopen (reln=0x817fd80) at md.c:293
#4  0x80df35d in smgropen (which=0, reln=0x817fd80) at smgr.c:189
#5  0x8101fdb in RelationNameCacheGetRelation (
    relationName=0x8133c77 "pg_class") at relcache.c:1187
#6  0x8102061 in RelationNameGetRelation (relationName=0x8133c77 "pg_class")
    at relcache.c:1264
#7  0x806a56c in heap_openr (relationName=0x8133c77 "pg_class") at
heapam.c:573
#8  0x80ff6f9 in CatalogCacheInitializeCache (cache=0x81a0e90, relation=0x0)
#9  0x8100362 in SearchSysCache (cache=0x81a0e90, v1=135476301, v2=0, v3=0, 
    v4=0) at catcache.c:840
#10 0x8103711 in SearchSysCacheTuple (cacheId=10, key1=135476301, key2=0, 
    key3=0, key4=0) at syscache.c:435
#11 0x8100b25 in getmyrelids () at inval.c:253
#12 0x8100d2c in RelationInvalidateRelationCache (relation=0x8186620, 
    tuple=0x81a0dd0, function=0x8100ad0 <RelationIdRegisterLocalInvalid>)
    at inval.c:480
#13 0x8100e3c in RelationInvalidateHeapTuple (relation=0x8186620, 
    tuple=0x81a0dd0) at inval.c:649
#14 0x806b1b0 in heap_insert (relation=0x8186620, tup=0x81a0dd0)
    at heapam.c:1175
#15 0x807a7e0 in InsertOneTuple (objectid=1550) at bootstrap.c:645
#16 0x80786fd in Int_yyparse () at bootparse.y:209
#17 0x807a264 in BootstrapMain (argc=6, argv=0xbffff948) at bootstrap.c:430
#18 0x80a1d1d in main (argc=7, argv=0xbffff944) at main.c:106

Michael

-- 
Dr. Michael Meskes, Project-Manager    | topsystem Systemhaus GmbH
meskes@topsystem.de                    | Europark A2, Adenauerstr. 20
meskes@debian.org                      | 52146 Wuerselen
Go SF49ers! Go Rhein Fire!             | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux!                  | Fax: (+49) 2405/4670-10

Wed, 13 May 1998 11:45:36 +0200 (CEST)
Michael Meskes <meskes@topsystem.de>
core dump during initdb
> I just got the latest version from cvs and tried to initdb. But I got 
> a core dump:

I'm not seeing that here with a snapshot from 980513 14:30UTC (a few
minutes ago).

Regression tests run with only a few "failures" which are artifacts of
the new type conversion/coersion capabilities.

                        - Tom

Wed, 13 May 1998 14:42:29 +0000
"Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Re: [HACKERS] core dump during initdb
Thomas G. Lockhart writes:
> > I just got the latest version from cvs and tried to initdb. But I got 
> > a core dump:
> 
> I'm not seeing that here with a snapshot from 980513 14:30UTC (a few
> minutes ago).

Strange. I tried running it under gdb, but it seems to stop in
Int_yy_get_next_buffer. However, it went through IsSharedSystemRelationName
for pg_class already once. But pg_class was not listed in
SharedSystemRelationNames.

Michael

-- 
Dr. Michael Meskes, Project-Manager    | topsystem Systemhaus GmbH
meskes@topsystem.de                    | Europark A2, Adenauerstr. 20
meskes@debian.org                      | 52146 Wuerselen
Go SF49ers! Go Rhein Fire!             | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux!                  | Fax: (+49) 2405/4670-10

Thu, 14 May 1998 10:25:38 +0200 (CEST)
Michael Meskes <meskes@topsystem.de>
Re: [HACKERS] core dump during initdb