g,
maybe vacuuming the system catalogs would help.
regards, tom lane
--
Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgadmin-support
t; I should use the --with-pgsql=DIR command.
You'd only run configure if you were trying to install pgAdmin from
source; and I suppose what it wants is the root of the Postgres
source tree, which you haven't got because you didn't install Postgres
from source. I'd suggest findi
Dave Page <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> Just out of curiosity, why is pgAdmin doing it this way at all?
>> Seems it would be a lot easier to use the all-columns form of
>> pg_get_indexdef than to cons up the display from fetches of each
>> column
Dave Page <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> Hm, there is a definitional issue here. Should pg_get_indexdef print
>> this stuff at all when colno is nonzero?
>> ...
>> Dave, I think we put in this variant of the function for pgAdmin ---
>> wh
e put in this variant of the function for pgAdmin ---
what does pgAdmin need?
regards, tom lane
---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at
http://www.postgresql.org/about/donate
xtcat'.
I see no such error here ...
regression=# create function pg_catalog.textcat(varchar,text)
regression-# returns text as 'textcat' language 'internal';
CREATE FUNCTION
regards, tom lane
---(end of broadcast)---
or comes when the planner tries
to convert that string back to OID form. We fixed this in 7.4 by
modifying the way that pg_statistic stores data values, so that no
conversion needs to occur.
regards, tom lane
---(end of broadcast)-