diff options
| author | Bruce Momjian <bruce@momjian.us> | 2012-05-27 06:29:45 -0400 |
|---|---|---|
| committer | Bruce Momjian <bruce@momjian.us> | 2012-05-27 06:29:45 -0400 |
| commit | d4696fa68f88f371e9da77cc0319fa0b947fd911 (patch) | |
| tree | f619163cb969809599b8c360b24943a25af8a4e6 | |
| parent | 16282ae688de2b320cf176e9be8a89e4dfc60698 (diff) | |
| download | postgresql-d4696fa68f88f371e9da77cc0319fa0b947fd911.tar.gz postgresql-d4696fa68f88f371e9da77cc0319fa0b947fd911.zip | |
Add pg_update C comment about problems with plpython_call_handler().
| -rw-r--r-- | contrib/pg_upgrade/function.c | 6 |
1 files changed, 6 insertions, 0 deletions
diff --git a/contrib/pg_upgrade/function.c b/contrib/pg_upgrade/function.c index fe8fb408cd2..e38071ed95f 100644 --- a/contrib/pg_upgrade/function.c +++ b/contrib/pg_upgrade/function.c @@ -240,6 +240,12 @@ check_loadable_libraries(void) * For this case, we could check pg_pltemplate, but that only works * for languages, and does not help with function shared objects, * so we just do a general fix. + * + * Some systems have plpython_call_handler() that references + * "plpython" defined in the "public" schema, causing pg_dump to + * dump it an generate an error on pg_dumpall restore; not sure + * on the cause, see: + * http://archives.postgresql.org/pgsql-hackers/2012-03/msg01101.php */ if (GET_MAJOR_VERSION(old_cluster.major_version) < 901 && strcmp(lib, "$libdir/plpython") == 0) |