Subject | Re: [Firebird-Architect] Re: External procedures: call for discussion |
---|---|
Author | Martijn Tonies |
Post date | 2004-04-01T21:03:45Z |
Hi,
compared to their current state? I understand - because of the
language - they cannot be completely sandboxed, unless they
run in a different process. Another question, considering safety,
would it be useful and wise (performance-wise) to run them
in an additional process?
With regards,
Martijn Tonies
> Here are replies by Eugeney Putilin (I translated it from Russian).Next question: can the current UDFs be sandboxed a bit more
>
> > I dare to raise the question: Aren't your proposed External
> > Procedures actually internal procedures in a different language?
>
> Yes, that's procedures in different languages, but the are external
> from the engine's point of view.
>
> > Even if they will be "external procedures", can the "external
> > function" API be upgraded to the same mechanism?
>
> Might be. However preference should be given to the languages
> executing a code in a sandbox manner in order to avoid current
> problems with incorrect UDFs that we have.
compared to their current state? I understand - because of the
language - they cannot be completely sandboxed, unless they
run in a different process. Another question, considering safety,
would it be useful and wise (performance-wise) to run them
in an additional process?
With regards,
Martijn Tonies