__Avenger__fbclient теперь нельзя переименовать.

кстати да, и это новое ограничение, незадокументированное...

с другой стороны оно относится только к embedded-серверу, что возвращает нас к пожеланию ввести non-embedded(aka stand-alone) pseudo-URI в connection string

Гаджимурадов Рустам,

потому что в тройке embedded размазан по двум библиотекам, engine12 и fbclient, поэтому при переименовании fbclient (или при загрузке двух fbclient с разными путями от разных версий) и попытке подклюбчиться к embedded-тройке - engine12 не находит нужных ему экспортов из fbclient-#3 и обламывается

вот отсюда читай "под-ветку" - 18855570

Гаджимурадов РустамВо-первых, это касается только embedded, а не вообще.

Проблема в том, что если для обычного FB вариант embedded - исключение, требующий целенаправленных действий ( скачивание отдельного дистра, перенастройка библиотек доступа на другое название DLL либо переименование fbEmbed в fbClient), то у тройки это получается само собой, по умолчанию, после казалось бы невинной и совсем не относящейся к этому настройки движка на "classic".

Когда RC вышел я тогда ещё жаловался, что в тройке нет простого способа указать локальное stand-alone подключение, ну вот нету такого параметра в connection string. Можно шаманить с тонкими настройками плагинов и конфига/DPB - но это именно шаманство, получение нужного результата как использование косвенных эффектов деталей реализации, причём вовсе не факт что это будет работать в 3.1/4.0

Получилась типовая gotcha - неожиданный капкан, который можно обтанцевать вокруг - если заране о нём знать и приожить для этого усилия.

Гаджимурадов Рустам Во-вторых, если я правильно понял, то в таком случае
достаточно переименовать fbclient "для себя", а для
сервера оставить непереименнованный в папке bin

Это сработает для не-embedded сервера, но по умолчанию третий classic подсовывает embedded, что едва ли обычные разработчики приложений постоянно держат в памяти.