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

From Andrew Dunstan
Subject Re: First feature patch for plperl - draft [PATCH]
Date
Msg-id 4B199B23.7080006@dunslane.net
Whole thread Raw
In response to Re: First feature patch for plperl - draft [PATCH]  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>   
>> So, do we look for another way to provide the functionality besides
>> having a GUC, or is the functionality itself bad?
>>     
>
> I don't think we want random Perl code running inside the postmaster,
> no matter what the API to cause it is.  I might hold my nose for "on
> load" code if it can only run in backends, though I still say that
> it's a badly designed concept because of the uncertainty about who
> will run what when.  Shlib load time is not an event that ought to be
> user-visible.
>
>   

But you can load an arbitrary shared lib inside the postmaster and it 
can do what it likes, so I'm not clear that your caution is actually 
saving us from much.

cheers

andrew




pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: First feature patch for plperl - draft [PATCH]
Next
From: Robert Haas
Date:
Subject: Re: YAML Was: CommitFest status/management