Re: Trying to build 7.0.3 on SCO 5.0.4

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@candata.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
>