core dump during initdb
От | Michael Meskes |
---|---|
Тема | core dump during initdb |
Дата | |
Msg-id | 199805130945.LAA30091@gauss.topsystem.de обсуждение исходный текст |
Список | pgsql-hackers |
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
В списке pgsql-hackers по дате отправления: