Re: parallel pg installation and functions gotcha - Mailing list pgsql-bugs

From Tom Lane
Subject Re: parallel pg installation and functions gotcha
Date
Msg-id 29846.1051303331@sss.pgh.pa.us
Whole thread Raw
In response to parallel pg installation and functions gotcha  (Joe Slag <joe.slag@walkerart.org>)
List pgsql-bugs
Joe Slag <joe.slag@walkerart.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

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Primary key violation
Next
From: Tom Lane
Date:
Subject: Re: BUG: Infinite syslog() loop