Re: Feature patch 1 for plperl [PATCH] - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Feature patch 1 for plperl [PATCH]
Date
Msg-id 721.1263161536@sss.pgh.pa.us
Whole thread Raw
In response to Re: Feature patch 1 for plperl [PATCH]  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Feature patch 1 for plperl [PATCH]  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Tom Lane wrote:
>> As an example, if people were using such functionality then the DBA
>> couldn't start preloading plperl for performance without breaking
>> behavior that some of his users might be depending on.

> If we made plperl.on_perl_init PGC_POSTMASTER and the other two 
> PGC_SUSET would that alloy your concerns?

No, they have to all be PGC_POSTMASTER to answer that concern.  Only
breaking things for superusers isn't really that big an improvement
over breaking them for everybody.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCH] remove redundant ownership checks
Next
From: Simon Riggs
Date:
Subject: Re: Streaming replication status