Re: pl/Ruby, deprecating plPython and Core

Поиск
Список
Период
Сортировка
От Gregory Maxwell
Тема Re: pl/Ruby, deprecating plPython and Core
Дата
Msg-id e692861c05081614095c556d74@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pl/Ruby, deprecating plPython and Core  (David Fetter <david@fetter.org>)
Ответы Re: pl/Ruby, deprecating plPython and Core  (David Fetter <david@fetter.org>)
Список pgsql-hackers
On 8/16/05, David Fetter <david@fetter.org> wrote:
> It's not.  In PL/parlance, "trusted" means "prevented from ever
> opening a filehandle or a socket," and PL/PythonU is called
> PL/Python*U* (U for *un*trusted) because it cannot be so prevented.
>
> If somebody has figured out a way to make a PL/Python (without the U),
> that's great, but nothing has happened on this front in a couple of
> years, and Guido said that it was a problem with the language that he
> wasn't going to fix.

It's not a problem in the *language*, it's a problem in the
implementation. There are other implementations of python, including
one inside the JavaVM.

It's also one which could be worked around with the existing python
implementation by completely sandboxing the process running python
(i.e. via seccomp in linux for example).

Yes, it's a problem, yes it should be fixed.  But it is BS to claim
that python fundamentally has a problem and needs to be removed
because of it, just as much as it would be BS to claim that ruby
should forbidden because it permits the same sort of unmaintainable
syntax that has plagued perl for years. :)


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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: pl/Ruby, deprecating plPython and Core
Следующее
От: Johnny Lam
Дата:
Сообщение: Re: static libperl?