Re: [Firebird-devel] MacOS problem with dlclose

2022-01-25 Thread Alex Peshkoff via Firebird-devel
On 1/25/22 11:11, Paul Beach wrote: Should this be maintained in FB 3? No, Min version now for 3.0.8 is 10.15 Ahh - OK, have not known when suggested a fix a few minutes ago. This makes things just simpler. Firebird-Devel mailing list, web interface at

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-25 Thread Alex Peshkoff via Firebird-devel
On 1/24/22 21:21, Adriano dos Santos Fernandes wrote: As I talked earlier, FB 3 apparently was not affected. Now looking for details I see that configure.ac has: case $host in *-darwin*) ac_cv_func_clock_gettime=no ;; *)

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-25 Thread Paul Beach
> On 24/01/2022 06:50, Alex Peshkoff via Firebird-devel wrote: > > On 1/24/22 12:28, Alex Peshkoff via Firebird-devel wrote: > > > >> for FB3 and may be fb4 option 1 is a way to go. > > > > BTW, looks like we have 3.0.9 release soon. > > > > As I talked earlier, FB 3 apparently was not

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-24 Thread Adriano dos Santos Fernandes
On 24/01/2022 06:50, Alex Peshkoff via Firebird-devel wrote: > On 1/24/22 12:28, Alex Peshkoff via Firebird-devel wrote: > >> for FB3 and may be fb4 option 1 is a way to go. > > BTW, looks like we have 3.0.9 release soon. > As I talked earlier, FB 3 apparently was not affected. Now looking

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-24 Thread Adriano dos Santos Fernandes
On 24/01/2022 07:51, Dimitry Sibiryakov wrote: > Adriano dos Santos Fernandes wrote 24.01.2022 11:37: >> If Firebird had an Engine class with state inside that instance, things >> would certainly be easy. >> >> But we rely on many global/static state. >> >> It's not very simple to just reload

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-24 Thread Dimitry Sibiryakov
Adriano dos Santos Fernandes wrote 24.01.2022 11:37: If Firebird had an Engine class with state inside that instance, things would certainly be easy. But we rely on many global/static state. It's not very simple to just reload engine after shutdown when the library was not unloaded.

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-24 Thread Adriano dos Santos Fernandes
On 22/01/2022 12:48, Kovalenko Dmitry wrote: > Hello Adriano, > > If I understood correctly in this topic described same problem: > > https://groups.google.com/g/firebird-support/c/oO9c_ppmfRg/m/-ukO9L37DQAJ > > ? > It appears to be the same error, but AFAIK it currently happens only in

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-24 Thread Alex Peshkoff via Firebird-devel
On 1/24/22 12:28, Alex Peshkoff via Firebird-devel wrote: for FB3 and may be fb4 option 1 is a way to go. BTW, looks like we have 3.0.9 release soon. Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-24 Thread Alex Peshkoff via Firebird-devel
On 1/21/22 23:19, Dimitry Sibiryakov wrote: Adriano dos Santos Fernandes wrote 21.01.2022 20:08: 1) Disable unload timer in PluginManager in MacOS. Fastest and simplest (or any other way to disable plugins unload). 2) Makes it possible for engine plugin to relive when it was shut down and

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-22 Thread Adriano dos Santos Fernandes
On 21/01/2022 17:57, Dimitry Sibiryakov wrote: > Dimitry Sibiryakov wrote 21.01.2022 21:19: >> initialization in the entry point and finalization in doCleanup for >> all plugin-related things and initialization in constructor and >> finalization in destructor for every library-related things

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-22 Thread Kovalenko Dmitry
g Firebird Developers Subject: Re: [Firebird-devel] MacOS problem with dlclose Hi Alex and Paul! I see three way to resolve this: On 10/01/2022 16:19, Adriano dos Santos Fernandes wrote: > Hi! > > As reported in #7041, MacOS build (even in Intel) is returning errors > after

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-21 Thread Dimitry Sibiryakov
Dimitry Sibiryakov wrote 21.01.2022 21:19: initialization in the entry point and finalization in doCleanup for all plugin-related things and initialization in constructor and finalization in destructor for every library-related things should be the right behavior for every plugin including

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-21 Thread Dimitry Sibiryakov
Adriano dos Santos Fernandes wrote 21.01.2022 20:08: 1) Disable unload timer in PluginManager in MacOS. 2) Makes it possible for engine plugin to relive when it was shut down and its entry point is called again. I have tested this solution and it seems to work, but some details must be more

Re: [Firebird-devel] MacOS problem with dlclose

2022-01-21 Thread Adriano dos Santos Fernandes
Hi Alex and Paul! I see three way to resolve this: 1) Disable unload timer in PluginManager in MacOS. 2) Makes it possible for engine plugin to relive when it was shut down and its entry point is called again. I have tested this solution and it seems to work, but some details must be more

[Firebird-devel] MacOS problem with dlclose

2022-01-10 Thread Adriano dos Santos Fernandes
Hi! As reported in #7041, MacOS build (even in Intel) is returning errors after some time (1 min) used: Authentication error connection shutdown I had debugged the problem, it happens when plugin manager tries to unload plugins. When it calls dlclose no error is returned but library is not