On 2020-02-24 13:25, Dimitry Sibiryakov wrote:
24.02.2020 08:52, Alex Peshkoff via Firebird-devel wrote:
That makes it possible to register builtin (or virtual like you
called them) plugins with special "builtin" module which is never
unloaded.
Yes, but only until any real plugin is loaded:
24.02.2020 08:52, Alex Peshkoff via Firebird-devel wrote:
That makes it possible to register builtin (or virtual like you called them) plugins with
special "builtin" module which is never unloaded.
Yes, but only until any real plugin is loaded:
if (module->findSymbol(stArray
On 2020-02-22 18:34, Dimitry Sibiryakov wrote:
22.02.2020 15:28, Alex Peshkoff via Firebird-devel wrote:
At least I see no reasons for it not to work.
These lines of code make me unsure:
if (!current)
{
// not good time to call this function - ignore request
gds__lo
22.02.2020 15:28, Alex Peshkoff via Firebird-devel wrote:
At least I see no reasons for it not to work.
These lines of code make me unsure:
if (!current)
{
// not good time to call this function - ignore request
gds__log("Unexpected call to re
On 2020-02-22 01:19, Dimitry Sibiryakov wrote:
Hello, All.
Is it possible that an application load fbclient, get PluginManager
interface and register some plugins?
Will the application then be able to use these "virtual" plugins for
encryption, tracing, etc?
AFAIU it is exactly the way b
Hello, All.
Is it possible that an application load fbclient, get PluginManager interface and
register some plugins?
Will the application then be able to use these "virtual" plugins for encryption,
tracing, etc?
AFAIU it is exactly the way builtin plugins like "remote" work but is this
