Re: pl/Ruby, deprecating plPython and Core

From: Gregory Maxwell <gmaxwell(at)gmail(dot)com>
To: David Fetter <david(at)fetter(dot)org>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Hannu Krosing <hannu(at)skype(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pl/Ruby, deprecating plPython and Core
Date: 2005-08-16 21:09:24
Message-ID: e692861c05081614095c556d74@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 8/16/05, David Fetter <david(at)fetter(dot)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. :)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2005-08-16 21:14:46 Re: pl/Ruby, deprecating plPython and Core
Previous Message Hannu Krosing 2005-08-16 21:01:57 Missing CONCURRENT VACUUM (Was: Release notes for 8.1)