From: | Michael Fork <mfork(at)toledolink(dot)com> |
---|---|
To: | Dave Smith <dave(at)candata(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgresSQL mailing list <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Trying to build 7.0.3 on SCO 5.0.4 |
Date: | 2000-11-21 17:44:16 |
Message-ID: | Pine.BSI.4.21.0011211243570.18109-100000@glass.toledolink.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Actually, to have it wide open, i think it should be this
#host all 0.0.0.0 0.0.0.0 trust
Michael Fork - CCNA - MCP - A+
Network Support - Toledo Internet Access - Toledo Ohio
On Tue, 21 Nov 2000, Dave Smith wrote:
> Ok commented out, did a make clean and it rebuild ok.
> Created a user postgre and did an inintdb -D/usr2/broker/database as
> that user. Started the postmaster with the -i option. Now when I create
> a database ...
>
> createdb company
> psql: No pg_hba.conf entry for host localhost, user postgre, database
> template1
> createdb: database creation failed
>
>
> now the pg_hba.conf file says
> local all trust
> host all 0.0.0.0 255.255.255.255 trust
>
> which to me is wide open. I know it is the right config file because if
> I edit it and place invalid values I get a bad config file error.
>
> Ideas?
>
>
> Tom Lane wrote:
>
> > Dave Smith <dave(at)candata(dot)com> writes:
> >
> >> cc -b elf -o ecpg preproc.o pgc.o type.o ecpg.o ecpg_keywords.o output.o
> >> keywords.o c_keywords.o ../lib/typename.o descriptor.o variable.o -lPW
> >> -lgen -lcrypt -lld -lnsl -lsocket -ldl -lm -ltermcap -lcurses -W l,-Bexport
> >> Undefined first referenced
> >> symbol in file
> >> nocachegetattr pgc.o
> >
> >
> > Hm. Try removing #define DISABLE_COMPLEX_MACRO from
> > src/include/port/sco.h.
> >
> > Not sure if the backend will build (or work if built) without that
> > #define; it depends on whether your compiler is less buggy than the
> > version that caused someone to put that #define into sco.h originally.
> > But it's worth a try. Worst case, you might have to build the backend
> > with DISABLE_COMPLEX_MACRO and remove it only for ecpg. Or you could
> > use the fix embodied in current sources --- make fastgetattr() a
> > normal extern routine in heapam.c, instead of a static in heapam.h.
> > But that'd take a little more work...
> >
> > regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | Don Baccus | 2000-11-21 17:51:54 | Re: (download ANSI SQL benchmark?) Re: Postgres article |
Previous Message | Jan Wieck | 2000-11-21 17:43:40 | Re: Re: [SQL] Requests for Development |