Мучаюсь с такой же проблемой - не подключиться к одной и той же базе из разных приложений.

Есть IBExpert, буквально вчера загруженный, в нем зарегистрирована база, прописан путь к 32-битной fbclient.dll (firebird 3.0.4 embedded). В firebird.conf всего две строчки:



Есть приложение, в корне которого рядом с экзешником лежит 64-битная fbclient.dll, с точно таким же firebird.conf. Версии firebird embedded одинаковы, отличается только битность.

Я могу открыть одну и ту же базу дважды в IBE. Приложений тоже могу запустить сколько угодно. Но сделать так, чтобы и приложение было запущено, и база открыта в IBE не получается. Если запустить приложение, а потом попытаться открыть базу в IBE, то вылетает ошибка:"lock manager error. Inconsistent lock table type/version; found 225/1:146, expected 225/1:18"

Больше в системе никаких версий Firebird нет, и не было. Только эти два embedded.
Вроде бы вот этот документ несколько раз перечитал, но то ли лыжи не едут...

Симонов Денис, hvlad, спасибо большое, теперь понял.
Пойду ставить полноценный x64 сервер :)

Вроде бы заработало все, помогло следующее (система Windows 10 x64):

- Firebird 3.0.4 SuperClassic ставится как приложение. Если ставить как службу, то ругается "Database is probably already opened by another engine instance in another Windows session".

- При установке в "Program Files", Firebird не может прочитать firebird.msg. Ругается на права доступа, не пишет firebird.log. Перенес в папку, где нет трудностей с доступом.

- в IBE в качестве протокола устанавливается TCP/IP, Client library=gds32.dll

- в приложении лежит embedded сервер той же версии, в firebird.conf указано:



Вещи тривиальные, но для чайников (вроде меня) могут сохранить много времени.

kdv не верю. Верю только в ситуацию, когда к базе одновременно лезут из сервиса, и из embedded. Embedded банально не видит контекста сервиса, и наоборот.
Проверять даже не буду.

Да, именно одновременно. Я выше написал, что пытался к одной базе подключиться и из приложения, и из Эксперта. Так и получилось.

kdv не надо мутить - не будет проблем. Архитектура ФБ, плюс 32/64 бит - любой программист должен это знать. Ну и еще про "что такое dll". Тогда не будет вопросов про embedded. А так всё сводится к объяснению в сотый раз каких-то прописных истин.

На поиск этих истин не один час был убит. FB для меня, как и Windows, вещи очень далекие, специализация другая. Но вот резко понадобилось освоить. Предполагаю, что я не один такой :)

kdv и зачем ИБЕ понадобилось именно gds32.dll? Ему же всё равно. А gds32.dll каким образом получена?
Да, моя ошибка, она не нужна. С пустой строчкой прекрасно все работает.

kdv да, и еще. Указывать Classic для Embedded нет никакого смысла. И даже хуже. Если будет 2 коннекта из приложения, то оно будет 2 раза жрать память для сортировок. Поэтому SuperClassic only.

Вот это тонкий момент. В документе дословно сказано: "Note, for the embedded engine, Classic and Superclassic are equivalent.". Это ошибка? Или этот документ устарел?