| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | John Hansen <john(at)geeknet(dot)com(dot)au> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Patches (PostgreSQL)" <pgsql-patches(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [PATCHES] plperl Safe restrictions |
| Date: | 2004-11-16 23:40:01 |
| Message-ID: | 419A8FD1.6000206@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
John Hansen wrote:
>>Applied, with changes to allow srand and disallow sprintf, as per
>>subsequent discussion.
>>
>>
>
>How about allowing:
>
>use utf8;
>use locale;
>
>?
>
>
>
>
I think it is *way* too late in the dev cycle to be proposing this.
Maybe it should be a TODO item - I at least don't have time even to
think about the implications os using these pragmas. The effect of the
first is achievable via an environment setting, I believe.
If you need these badly enough, use plperlu where there are no
restrictions to overcome - the big problem is that 'use anything'
requires that we enable the 'require' op, and that is certainly not
going to happen without a great deal of thought.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | John Hansen | 2004-11-16 23:46:21 | Re: [PATCHES] plperl Safe restrictions |
| Previous Message | subhash | 2004-11-16 23:33:37 | Problems with output function of new datatype! |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | John Hansen | 2004-11-16 23:46:21 | Re: [PATCHES] plperl Safe restrictions |
| Previous Message | Peter Eisentraut | 2004-11-16 22:57:10 | Re: Updated french translations for 8.0 |