Re: [HACKERS] plperl intial pass - Mailing list pgsql-hackers

From Mark Hollomon
Subject Re: [HACKERS] plperl intial pass
Date
Msg-id 379C69DA.47240D1@americasm01.nt.com
Whole thread Raw
In response to Re: [HACKERS] plperl intial pass  (wieck@debis.com (Jan Wieck))
Responses Re: [HACKERS] plperl intial pass
List pgsql-hackers
Jan Wieck wrote:
> 
> Mark Hollomon wrote:
> 
> >
> > It is not 'safe'.
> >
> > Perl XS modules cannot be used.
> 
>     What's  an  XS  module?  If  it's a shared object dynamically
>     linked - don't care too much - PL/Tcl cannot either.

Correct. The problem is that the Opcode module, which allows you to
disable features of the compiler (to close security holes) is an
XS module. In theory, it is possible to do without Opcode, but
doing so would create a very heavy perl version dependency in plperl.

So, I have to get XS stuff working in order to disallow XS stuff.
sigh.

And plperl can never be trusted until I can forbid writing to the
filesystem.

> 
> >
> > Using Perl in rules hasn't even been thought about.
> 
>     If a function works from a query, the same function must work
>     too in a rule because the rewriter only mangles up parsetrees
>     so when executing, they are invoked from a query. Or did  you
>     mean triggers?

Ick. Correct. I meant triggers.


-- 

Mark Hollomon
mhh@nortelnetworks.com
ESN 451-9008 (302)454-9008


pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: [HACKERS] Arbitrary tuple size
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] RE: [INTERFACES] Re: SSL patch