Re: First feature patch for plperl - draft [PATCH] - Mailing list pgsql-hackers

From Tom Lane
Subject Re: First feature patch for plperl - draft [PATCH]
Date
Msg-id 18338.1260033447@sss.pgh.pa.us
Whole thread Raw
In response to Re: First feature patch for plperl - draft [PATCH]  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> If we turn Tim's proposal down, I suspect someone will create a fork of 
> plperl that allows it anyway - it's not like it needs anything changed 
> elsewhere in the backend - it would be a drop-in replacement, pretty much.

The question is not about whether we think it's useful; the question
is about whether it's safe.

> I think if we do this the on_perl_init setting should probably be 
> PGC_POSTMASTER, which would remove any issue about it changing 
> underneath us.

Yes, if the main intended usage is in combination with preloading perl
at postmaster start, it would be pointless to imagine that PGC_SIGHUP
is useful anyway.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: First feature patch for plperl - draft [PATCH]
Next
From: Simon Riggs
Date:
Subject: Re: Hot standby, misc issues