> 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.
> [postgres(at)sparclinux pgsql]$
> 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.
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)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)
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 1998-08-25 01:01:18|
|Subject: Re: [HACKERS] Open 6.4 items |
|Previous:||From: Tom Lane||Date: 1998-08-24 21:52:20|
|Subject: Re: [INTERFACES] Re: [HACKERS] Convert PGconn, PGresult to opaque types? |