NickDeeчтобы клиентская либа от FB 2.1 брала свои firebird.conf и firebird.msg, а либа от 2.5 - свои? :)
а зачем в этом случае использовать клиентскую либу от 2.1? Ты сценарий нарисуй, а то не очень понятно.
Даже если все взгромоздить на один комп - и репликатор, и фб 2.5, и фб 2.1, то репликатору достаточно клиентской либы от 2.5.

NickDeeБыло бы круто, если бы IBExpert пошёл по такому же пути, и перестал давать пользователю возможность указывать либу :) Типа пусть пользователи заботятся об окружении :)
ты путаешь разработчиков и пользователей. Разработчик работает в динамическом окружении, а пользователь - в статическом. Или у тебя на уме какие-то другие пользователи? Которые каждый день меняют версию сервера, ставят по 3 экземпляра ФБ на один комп?

NickDee1. Мы запрещаем пользователю пользоваться клиентом 2.1
с чего бы это?

NickDee2. Мы запрещаем на этом компе сносить и устанавливать fb-сервера
опять же, кто запрещает?

че-то я не пойму этих прокламаций на тему "свободы действий". Какие то они надуманные.
Вот у меня есть IBAnalyst, который ищет gds32.dll, а если не нашел - ищет fbclient.dll, а если и эту не нашел, к серверам не коннектится, только может файлы открывать.
И работает он со всеми IB начиная от 6.0 (где есть services api) и со всеми ФБ. И спрашивается, зачем мне к нему прикладывать клиентскую либу, и если прикладывать, то какую? Или морочить себе голову, детектируя версию сервера и подгружать нужного клиента? Зачем вообще это надо? Это и невозможно, если клиент к серверу не может подсоединиться :-)
Разумеется, IBAnalyst может использовать разработчик, у которого есть сервера ИБ и ФБ. И я сам такой разработчик и есть. Но меня не напрягает подсунуть IBAnalyst-у нужную либу, если текущая в PATH почему-то несовместима с той версией сервера, с которого надо снять статистику.
Да, это не очень удобно. Но я не фанат перфекционизма, от которого сложность реализации перевешивает получаемую пользу.

NickDeeА клиентский конфиг? Почему ты не даёшь возможность его указывать?
а нафиг он нужен? порт можно и в строке коннекта указать.
NickDeeА firebird.msg от 2.5 нормально отработает при сервере 1.0?
нормально. или у тебя есть пример, что ненормально? Я могу проверить все версии клиентов ИБ и ФБ, как уже сказал, они у меня на компе готовые к использованию в любой момент.

кстати, с ФБ пока все нормально (вопрос только с будущим клиентом 3.0) - клиента от 2.5 можно использовать для работы с меньшими версиями серверов. Кстати, в одной конторе при смене сервера с 1.5 на 2.5 "забыли" поменять клиентов, и они там так от 1.5 и остались, пока не обнаружили это через mon$attachments.

Вот действительный сценарий, проблемный - это когда приложению надо работать одновременно и с IB XE и с FB 2.5. Клиенты разные, firebird.msg разные, но тут все легко решается использованием FIBPlus и заданием явного пути к нужному клиенту.

Dimitry Sibiryakov,

хотел сказать, что "с ИБ есть тонкость". Что-то в ХЕ3 сделали, что клиент от 2009 и ниже к нему подключиться не может. А вот XE совместима с клиентами 2007 и 2009.
Но я проверил коннект к 2007 клиентом от ХЕ3 - работает. Так что клиента ХЕ3 можно использовать с предыдущими ИБ.

NickDeeа то что firebird.msg используется от старой версии? Это как обходишь?
твое приложение перед коннектом проверяет версию клиента. Обнаруживает, что он не 2.1 и выше, а от 1.5. делает коннект. Обнаруживает, что сервер 2.5. Приложение говорит пользователю человеческим языком - обнаружено, что тра-ля-ля, вы можете получать некорректные сообщения (типа того), установите клиента от версии такой то.
Пользователь не хочет устанавливать клиента? Тогда ваше приложение может просто отказываться работать с "не тем клиентом". Никто ж не заставляет.

В конце-концов, firebird.msg ищется на папку выше. Ну тогда сделайте у своего приложения подпапку, положите туда клиента 2.5, а выше (рядом с exe) положите firebird.msg от 2.5. И все.

Dimitry Sibiryakov,

но ведь "пользователь может менять версии ФБ", а программа работает только с определенными ФБ, получается, NickDee ограничивает свободу пользователя.

NickDeeПочитай про сценарий с IIS и переменной FIREBIRD: 15144742. И посоветуй хорошее решение :)
не буду. с моей точки зрения попытка работы с двумя разными ФБ или ИБ из IIS - полная бредятина. Не говоря уже даже про использование ОДНОГО embedded из под IIS.
Придумать все что угодно, на эту тему есть поговорка - "неудобно с...ть в почтовый ящик", извиняюсь, если грубовато. Зачем пытаться реализовать какие-то несуразные сценарии, которые практически не имеют права на существование? Дай КОНКРЕТНЫЙ пример КОНКРЕТНОЙ проблемы. Причем не просто абы "я хочу", а обоснуй исходно реальную (а не выдуманную) практическую необходимость заворота с несколькими серверами.

NickDeeЯ в своей проге хотел бы иметь возможность отгородиться от окружения неизвестного качества настроенности
то есть, жестко "ограничить свободу пользователя"? :-) А почему просто не описать технические требования к своей софтине?
Если ты жестко привязываешь свой софт к ФБ 2.5, почему он обязан вообще работать при наличии 1.5? И какой функционал клиента 2.5 тебе недоступен в клиенте 1.5? Ты так и не сказал (кроме firebird.msg).

Кстати, возможно у меня склероз, но разработчики вроде мне говорили регулярно, что на клиенте на firebird.msg можно положить болт, ибо сообщения и так приходят с сервера.
Где-то была презентация по поводу работы клиентской библиотеки (где, что, как ищется, сообщения и т.п.) - спросил у Влада, но он уехал, пока не ответил. Ответит - дам ссылку.