I've done a "cvs update" of my tree since your changes.
Firstly, configure.in seems to have reverted to it's original state
where the HAVE_LONG* stuff was broken.
I've fixed that in my source and run autoconf so that I could build.
Secondly the problem seems to be exactly the same as before.
"select * from pg_user" returns:-
template1=> select * from pg_user;
ERROR: Relation pg_user does not have attribute usename
Creating a table gives a core dump:-
template1=> create table dummy ( dummy int);
pqReadData() -- backend closed the channel unexpectedly.
This probably means the backend terminated abnormally before or while
processing the request.
We have lost the connection to the backend, so further processing is impossible.
I'm currently building with "-g" so that I can take a look at what's
BTW: I've recently switched from cvsup to cvs and my local tree was
fetched afresh at the weekend. (have done several "cvs update"s since)
I'll let you know the results.
Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
> Seems like there is some problem with cvs and people seeing all my
> changes, causing initdb problems.
> The only solution that has worked for two people is to re-download the
> entire cvs tree.
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 1998-08-24 21:52:20|
|Subject: Re: [INTERFACES] Re: [HACKERS] Convert PGconn, PGresult to opaque types? |
|Previous:||From: Bruce Momjian||Date: 1998-08-24 19:59:48|
|Subject: initdb problems|