Re: [HACKERS] initdb problems

> 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)