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
https://lists.sourceforge.net/
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
;;
*)
AC_SE
> 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 affect
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 for
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 engin
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.
Shouldn
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
MacOS.
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
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 i
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 should
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
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 engi
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 test
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 tested
14 matches
Mail list logo
