Subject | Re: [Firebird-Architect] RFC: External Engine API |
---|---|
Author | Helen Borrie |
Post date | 2007-12-11T15:03:51Z |
At 01:01 AM 12/12/2007, you wrote:
Are you talking about a different thing for which TLS is an acronym? I suspect so...maybe "thread-local storage" or something along those lines?
Helen
>>> So, from Java POV I'm ok with current API, but I see no solution forIBO doesn't currently use anything like the TLS (that I understand) when establishing callback channels. I thought TLS was about securing connections across networks (Transport-level Security). You seem to be talking about isolating invocations of a procedure from one another, threads actually (for which IBO has a robust mechanism and I can't comment about FIB+).
>>> Delphi without TLS.
>>
>> Why?
>
>Assuming that your question targets Delphi case, the answer is:
>
>Otherwise you have to require each procedure written in Delphi to take
>two additional parameters - current DB handle and current TR handle, and
>require Delphi code to pass them somehow into isc_XXX calls when
>callback mechanism should be used (btw, will IBO or FIB+ allow such
>things?).
Are you talking about a different thing for which TLS is an acronym? I suspect so...maybe "thread-local storage" or something along those lines?
Helen