This might be a GC/sweep issue
http://tracker.firebirdsql.org/browse/CORE-4751
http://tracker.firebirdsql.org/browse/CORE-4745
On 2017.12.07 16:35, Vlad Khorsun via Firebird-devel wrote:
07.12.2017 17:16, Jiří Činčura wrote:
Nope. Still happening. Even with `-i`.
Hmm... i was not
>This is very strange. Does it put corresponding message into
>firebird.log ?
> If yes - how exactly it looks ?
Cannot initialize the shared memory region
Database is probably already opened by another engine instance
in another Windows session
--
Mgr. Jiří
>For example, one instance run in user session (for ex. embedded
>connection)
> and second instance run as a service.
That was original idea for hunting - disabling that somehow and then
waiting where something breaks. I'm at least blindly trying to find some
application doing this.
07.12.2017 17:16, Jiří Činčura wrote:
Nope. Still happening. Even with `-i`.
Hmm... i was not attentive enough, error is about database not about listener.
It means that one engine instance is already open database and another
instance
going to open it too and both instances runs in
Nope. Still happening. Even with `-i`.
--
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>This message come from XNET listeners which can't create named object
>in
> shared memory. You may ignore it if you don't use XNET at given Firebird
> instance. Or, you may disable XNET: add switch -i to the command line of
Thanks. I'll add that. Maybe there's some bad application there.
07.12.2017 16:23, Jiří Činčura wrote:
Hi *,
I'm getting, for quite some time, "Database is probably already opened
by another engine instance in another Windows session" on servers (2x
2.5.7, 1x 3.0.3 (although it's less common here)). The problem is, that
the database is only accessed via
Hi *,
I'm getting, for quite some time, "Database is probably already opened
by another engine instance in another Windows session" on servers (2x
2.5.7, 1x 3.0.3 (although it's less common here)). The problem is, that
the database is only accessed via TCP/IP from local webserver(s). The
only
On 12/03/17 20:16, William L. Thomson Jr. wrote:
In a case of regular
linux build of FB that sources from extern are not used. One can
build with builtin libtom* but this is not recommended way to go.
A lot of how Firebird on Gentoo has always been against the recommended
way. Gentoo has its