Два firebird-а, gds32.dll и rfunc.dll

[_SERGEYX_]

Доброго времени суток.
Проблема такая... Понадобилось запустить два firebird-а одновременно (1.5 и 2.5). Пока для теста запускаю их не как службы, а как приложения. Со службами разберусь потом...
В firebird-е 2.5 в файле firebird.conf раскомментировал строку и изменил порт

RemoteServicePort = 3051

В firebird-е 1.5 все оставил без изменений.

Запускаю оба firebird-а из командной строки

c:\Program Files (x86)\Firebird\Firebird_2_5\bin\   =>   fbserver -a
c:\Program Files (x86)\Firebird\Firebird_1_5\bin\   =>   fbserver -a

Запускаю IBExpert. Регистрирую базу на firebird 1.5:

Сервер: Удаленный
Имя сервер: localhost/3050
Файл БД: путь к файлу

И далее самое интересное... Я же не могу положить два файла от разных версий с одним именем gds32.dll в System32. Поэтому указываю полный путь к клиентской библиотеке, например, c:\gds32.dll. Соединение с БД происходит нормально, но при выполнении процедуры выходит ошибка, типа

function ENCODEDATE is not defined...

Это значит, что firebird в упор не видит UDF rfunc.dll

Если gds32.dll положить в System32, то все работает нормально. !!!!

Если библиотеку gds32.dll переименовать, например, в gds32_1.5.dll и положить ее в System32, правильно указав клиентскую библиотеку как gds32_1.5.dll, то та же ошибка (соединение с БД происходит, но rfunc.dll не подключается).

Пробовал переименовывать библиотеку как fbclient.dll, копировал ее в разные места, в том числе и в System32 - та же ошибка.

В общем, все работает только если файл называется именно GDS32.DLL и лежит именно в SYSTEM32. Но в таком случае вряд ли будет работать второй firebird.

firebird 2.5 на порте 3051 пока проверить не могу, так как в его базах не используется rfunc.dll. На первый взгляд все работает нормально.

Уф, сколько написал... Есть идеи? Что я делаю не так?

[Stilet]

Понадобилось запустить два firebird-а одновременно

Стесняюсь спросить, зачем?

[_SERGEYX_]

Несколько программ на 1.5 работают по всей области в десятках расчетных центров. Теперь им всем устанавливают какую-то прогу (точно не помню как называется, типа Консультанта), которая работает на 2.5. Я подумал, что запустить сразу 2 firebird-а (разделив их по портам) будет наименьшим злом, чем переводить программы на 2.5 (в которых сотни хранимок, подключенные функции и т.п. и работа отлаживалась годами). Я бы, конечно, их перевел на 2.5, но как-то стрёмно, что ошибки посыплются эдак перед месячной отправкой данных в банки или перед годовым отчетом... Меня же бухгалтеры съедят...

[Stilet]

А через 2 года будет прога на FB3
Что тоже отдельный сервер завернешь? И так серверов 50-100 сделаешь к концу эпохи?
Волков боятся - в бухгалтерию не ходить.
Между прочим обратная совместимость у них должна быть, так что базы и переделывать не придется.

[Yurk@]

_SERGEYX_, а что те мешает повесить базу 1.5 на сервер 2.5? ... и пусть вертится себе

[Stilet]

а что те мешает повесить базу 1.5 на сервер 2.5?

Если мегапрограммисты прикрепили к конечным пользователям FBClient.DLL от 1.5, то есть шанс, что им от сервера с другой версией плохо станет - я сталкивался с этой тупостью со стороны разработчиков.

[_SERGEYX_]

повесить базу 1.5 на сервер 2.5

В том и дело, что не работает. Точнее, работает, но ошибки сыплются. Обычно на хранимых процедурах.

Базы FB 2.1 часто работают на 2.5 без всяких обрядов, а вот 1.5 не катит. Обратной совместимостью тут и не пахнет.

[Stilet]

Обратной совместимостью тут и не пахнет.

Разве?....

[Sciv]

азы FB 2.1 часто работают на 2.5 без всяких обрядов, а вот 1.5 не катит. Обратной совместимостью тут и не пахнет.

прекрасно реализована. Как пример - у нас на работе на одном компьютере юзается Контур-Экстерн для сдачи отчетности на 1.5+программа пенсионного для проверки на 2.х (не помню) и чей-то юридическое типа гаранта на 2.5. Каждая прога зарядила свою файрбред-службу при установке, я оставил только последнюю 2.5 - и все остальные прекрасно с ней работают.