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