Re: parallel pg installation and functions gotcha

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: Raw Message | Whole Thread | 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

In response to

Browse pgsql-bugs by date

  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