| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Joe Slag <joe(dot)slag(at)walkerart(dot)org> |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: parallel pg installation and functions gotcha |
| Date: | 2003-04-25 20:42:11 |
| Message-ID: | 29846.1051303331@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
Joe Slag <joe(dot)slag(at)walkerart(dot)org> writes:
> CREATE FUNCTION plpgsql_call_handler () RETURNS opaque
> AS '/usr/local/lib/plpgsql.so', 'plpgsql_call_handler'
> LANGUAGE "C";
> My solution: switch the lines in the output of pg_dumpall to point to the
> current plpgsql.so, and restore normally. Everything works now.
The preferred definition nowadays uses a version-independent
reference to the installation's library directory:
CREATE FUNCTION plpgsql_call_handler () RETURNS language_handler
AS '$libdir/plpgsql', 'plpgsql_call_handler'
LANGUAGE c;
Unfortunately we were not bright enough to make it like that from day
one, so old dump files are a hazard :-(
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2003-04-25 21:02:38 | Re: BUG: Infinite syslog() loop |
| Previous Message | Tom Lane | 2003-04-25 20:32:46 | Re: Primary key violation |