To: PFC <lists@boutiquenumerique.com>
Cc: pgsql-general@postgresql.org
Subject: Re: pg 8.0.1-r3 killls pgadmin3 and phppgadmin 
In-reply-to: <op.so0lxizhth1vuj@localhost> 
References: <d31b80$1qit$1@news.hub.org> <5852.1112819444@sss.pgh.pa.us>
	<op.so0lxizhth1vuj@localhost>
Comments: In-reply-to PFC <lists@boutiquenumerique.com>
	message dated "Sun, 10 Apr 2005 13:52:20 +0200"
Date: Sun, 10 Apr 2005 12:27:55 -0400
Message-ID: <28689.1113150475@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>

PFC <lists@boutiquenumerique.com> writes:
> 	I've traced it to the following query to get information about the  
> database :

> SELECT pdb.datname AS datname, pu.usename AS datowner,  
> pg_encoding_to_char(encoding) AS datencoding,
> (SELECT description FROM pg_description pd WHERE pdb.oid=pd.objoid) AS  
> datcomment,
> (SELECT spcname FROM pg_catalog.pg_tablespace pt WHERE  
> pt.oid=pdb.dattablespace) AS tablespace
>  FROM pg_database pdb, pg_user pu
> WHERE pdb.datdba = pu.usesysid AND NOT pdb.datistemplate
> ORDER BY pdb.datname;

Works for me.

> 	This query looks right to me and pg 8.0.0 does it fine, while 8.0.1-r3  
> says :
> Error : Unexpected right parenthesis.

Hmm; the only occurrence of that string in the sources is in
nodes/read.c, which AFAIK would never be invoked for a query entered
straight from the client.  What could trigger it would be trying to
read a rule that is misformatted for some reason.  Maybe you have
a damaged pg_user view definition --- does "select * from pg_user"
fail the same way?

			regards, tom lane