Trusted plperl

Поиск
Список
Период
Сортировка
От msteele@inet-interactif.com
Тема Trusted plperl
Дата
Msg-id 3AE09120.39C737BF@inet-interactif.com
обсуждение исходный текст
Ответы Re: Trusted plperl  (Joel Burton <jburton@scw.org>)
Re: Trusted plperl  (Travis Bauer <trbauer@indiana.edu>)
Re: Trusted plperl  (Louis-David Mitterrand <vindex@apartia.ch>)
Re: Trusted plperl  (Christopher Masto <chris+pg-general@netmonger.net>)
Список pgsql-general
Hey folks, I sent out this question a while back without
ever getting an answer, so here I go again :)

Has anyone managed to compile a trusted plperl interpreter
into postgres? The Opcode stuff which blocks the use of
external modules, and 99% of perl's built-in operators
really bugs me :(

Since my postgres installations will never be accesible by
end-users, there are no risks for me to set up a fully trusted
interpreter. I think that if I could use perl's full power
from inside postgres I could make it do some very impressive
things and might simplify some application development.

I would be more than glad to hack the code myself, but I very
little C. It would be amazing to be able to import abitrary perl
modules straight into a stored functions for those of us
who don't need the extra security that using Opcode provides.

As a side note, the Opcode doesn't really provide that
much security to the imbedded interpreter. Some of the functions
which are allowed by the current setup can be easily used
to crash a system (for example, a badly built regular expression
with backreferences can eat up all available memory in seconds).

Regards,

--
Mark Steele
Vice president research and development
Inet Technologies Inc.
msteele@inet-interactif.com

010110010110111101110101001000000110000101110010011001010010000001100100011101010110110101100010

В списке pgsql-general по дате отправления:

Предыдущее
От: Doug McNaught
Дата:
Сообщение: Re: We're now supported in Xemacs 21.4
Следующее
От: "Muhammad Rusydi"
Дата:
Сообщение: recovery in postgresql