Re: Add on_plperl_init and on_plperlu_init to plperl UPDATE 3 [PATCH] - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Add on_plperl_init and on_plperlu_init to plperl UPDATE 3 [PATCH]
Date
Msg-id 4B6F680D.9090800@dunslane.net
Whole thread Raw
In response to Add on_plperl_init and on_plperlu_init to plperl UPDATE 3 [PATCH]  (Tim Bunce <Tim.Bunce@pobox.com>)
Responses Re: Add on_plperl_init and on_plperlu_init to plperl UPDATE 3 [PATCH]  (Tim Bunce <Tim.Bunce@pobox.com>)
List pgsql-hackers
Tim Bunce wrote:
> This is the third update to the fourth of the patches to be split out
> from the former 'plperl feature patch 1'.
>
> Changes in this patch:
>
> - Added plperl.on_plperl_init and plperl.on_plperlu_init GUCs
>     Both are PGC_SUSET
>     SPI functions are not available when the code is run.
>     Errors are detected and reported as ereport(ERROR, ...)
>     Corresponding documentation and tests for both.
>
> - Renamed plperl.on_perl_init to plperl.on_init
>
> - Improved state management of select_perl_context()
>     An error during interpreter initialization will leave
>     the state (interp_state etc) unchanged.
>
> - The utf8fix code has been greatly simplified.
>
> - More code comments re PGC_SUSET and no access to SPI functions.
>
>   


The docs on this patch need some cleaning up and expanding:
   * The possible insecurity of %_SHARED needs expanding.   * The docs still refer to plperl.on_untrusted_init   *
plperl.on_plperl_initand plperl.on_plperlu_init can be documented     together rather than repeating the same stuff
almostword for word.   * extra examples for these two, and an explanation of why one might     want to use each of the
threeon*init settings would be good.
 

I'll continue reviewing the patch, but these things at least need fixing.

cheers

andrew




pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: Backup history file should be replicated in Streaming Replication?
Next
From: Andrew McNamara
Date:
Subject: Re: Confusion over Python drivers