>
> Hi there,
>
> I've just compiled postgreSQL v6.3 on one of other Alpha boxes running
> DIGITAL UNIX 4.0B.
>
> Unfortunately, running initdb dumps core with the following error message:
>
> initdb: using /cec/scratch/cecweb/postgresql/lib/local1_template1.bki.source
> as
> input to create the template database.
> initdb: using /cec/scratch/cecweb/postgresql/lib/global1.bki.source as input
> to
> create the global classes.
> initdb: using /cec/scratch/cecweb/postgresql/lib/pg_hba.conf.sample as the
> host-
> based authentication control file.
>
> We are initializing the database system with username altenhof (uid=301).
> This user will own all the files and must also own the server process.
>
> initdb: creating template database in
> /cec/scratch/cecweb/postgresql/data/base/t
> emplate1
> Running: postgres -boot -C -F -D/cec/scratch/cecweb/postgresql/data -Q
> template1
> ERROR: BuildFuncTupleDesc: function mkoidname(opaque, opaque) does not
> exist
> ERROR: BuildFuncTupleDesc: function mkoidname(opaque, opaque) does not
> exist
> longjmp or siglongjmp function used outside of saved context
> /cec/scratch/cecweb/postgresql/bin/initdb: 10890 Abort - core dumped
Known bug. We can't get Alpha working on 6.3.
Let me mention on thing that may help the alpha developers trying to fix
this.
As part of 6.3 changes, I changed some contants in
/src/include/catalog/*.h that used 0L to just plain 0. It seemed to be
done inconsistently, and I could not figure out how the 0L could be
different than 0.
Can someone take a look at the 6.2 source and 6.3 source, and tell me if
the 0L entries in 6.2 change the alpha behavior from a plain 0. Perhaps
a way of testing would be to replace the 0L with 0 in a working 6.2, and
run initdb to see if the system still works.
--
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.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)
