> Bruce,
>
> 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.
OK, I am not dealing with configure.in again on this int64 stuff. If
someone wants to submit a patch to fix it, go ahead. No, "Just make it
look like ...".
>
> 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:-
See if pg_attribute has any empty attalign values, = ' '.
>
> 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.
> Terminating.
> [postgres@sparclinux pgsql]$
>
> I'm currently building with "-g" so that I can take a look at what's
> happening.
>
> 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.
>
> Keith.
>
>
> Bruce Momjian <maillist@candle.pha.pa.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.
>
>
--
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)
