Простите, что вмешиваюсь в ваш высоко научный, спор, но есть Dynamic-Link Library Search Order , где сказано: "If a DLL has dependencies, the system searches for the dependent DLLs as if they were loaded with just their module names. This is true even if the first DLL was loaded by specifying a full path".
Эта ремарка имеет отношение к возникшей перепалке?

Ну, там же, для раздувальщиков, есть решение, доступное, как я понимаю, начиная с Windows XP2: SetDllDirectory .
Если совсем по рабоче-крестьянски, то, вроде, можно менять текущий каталог перед загрузкой очередной версии.
Или я чего-то не понимаю, всё гораздо сложнее и без разработчиков FB процесс страдания извращенцев так и не прекратится?

HommerВот откуда вы берёте этот штамп про извращенцев?Из собственного сисадминского опыта.

Меннетенее, хочу уяснить (для себя) ситуацию ...
Есть компьютер разработчика (Windows) несколько версий Firebird и, по причинам, которые мы не обсуждаем, разработчик отказывается поднимать несколько серверов, чтобы работать с ними по сетевому протоколу, а хочет использовать встраиваемые серверы разных версий из одного приложения.

Как это выглядит для меня.
Есть общесистемные gds32/fbclient и, поскольку минимальный контроль за зоопарком версий должен быть, то при добавлении в рабочий набор очередной (более новой) версии сервера я должен делать "instclient i f" / "instclient i g".
Если я не ошибаюсь, то клиентские библиотеки обратно совместимы, а значит нарушение обратной совместимости - прямая дорого в трекер и этот случай - не рассматриваем.

Следовательно, в системе всегда установлен клиент, подходящий для последней версии сервера и, если мои допущения справедливы, то я вообще не вижу проблемы:
1. Приложение, желающее использовать версию 2.5 грузит fbembedded.dll;
2. Приложение, желающее использовать версию 3.0, грузит engine12.dll.
Вне зависимости от того, кто загрузил fbclient.dll - он подходит для обоих версий встраиваемых серверов.

В целом, необязательно даже устанавливать fbclient.dll в системе - достаточно разместить "самую распоследнюю" версию этой библиотеке рядом с приложением.

Понятно, что таким образом не будут работать две разных версии 2.x или разные минорные релизы 3.0, но, вроде на такой изврат никто не претендовал.

Я где-то ошибаюсь и всё совсем не так?

Как ни странно, но для меня топик оказался полезным: ещё раз прочитал про dll redirection и понял, как максимально удобно добавить в семёрку dism из ADK10.1803.
Мелочь, а приятно