Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] initdb problem

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: meskes(at)online-club(dot)de (Michael Meskes)
Cc: hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] initdb problem
Date: 1998-08-26 16:37:27
Message-ID: 199808261637.MAA14889@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
> On Tue, Aug 25, 1998 at 01:45:33PM -0400, Bruce Momjian wrote:
> > That is the problem.  I don't have an fmgr.h file in include, just in
> > backend/fmgr.h.  It is finding an old one first.  It was not a problem
> > as long as no one made changes to the system tables, but I did.
> > 
> > That is why the clean cvsup worked for people.  How the fmgr.h file got
> > into include, I have no idea.
> > 
> > The only 683 I get from the source are labels in gram.c.
> > 
> > Remove the file and recompile.
> 
> I did and it works! Thanks a lot. I also tried the ecpg examples. Two ran
> fine, but the perftest.pgc example gets:
> 
> postgres(at)feivel:~/pgsql/src/interfaces/ecpg.mm/test$ ./perftest
> I needed 14 seconds and 618584 microseconds for the insert test.
> sql error Error: ERROR: fmgr_info: function 28261: cache lookup failed
> 
>  line 19.
> 
> line 19 is exec sql vacuum.
> 
> BTW the UNLISTEN symbol is undefined in gram.y and here's a minor patch to
> be able to compile ecpg:

Patch applied.  I just did a grep, and not 28261 was not found in
/pgsql/src/include/catalog, so I assume some old binary is refering to
it.



-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-08-26 16:37:47
Subject: Re: [HACKERS] Massimo patches
Previous:From: Bruce MomjianDate: 1998-08-26 16:25:26
Subject: Re: [HACKERS] Rules for 6.4 finished

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group