barry,

вот ты геморроид :-) (при всём уважении)
ну у меня тоже куча ИБ и ФБ на одном компе. И что? Я запускаю instreg время от времени, чтобы у меня не было вот этих дурацких "не найдено firebird.msg".
В первую очередь тут надо на себя пенять. Если уж ты привел из procexplorer картинку, так чего бы тебе в processmonitor не глянуть, где оно (и кто это "оно") firebird.msg пытается найти???

Блин, ну ребята, никто ж не знает, что там у вас на компах наворочено, умейте сами как-нибудь разбираться с этим.

barryЧто делать чтобы каждый сервер свой firebird.msg адекватно находил?
запускать его утилиты исключительно ИЗ того места, где этот сервер находится. А не из system32, syswow64 и прочего шлака.
Если ты экспериментируешь с разными ФБ, так фиг ли ты их перемешал ложкой.

barry,

это понятно. А какая версия fbclient.dll взята дбкомпарером, и от какой версии firebird.msg?
Ей-богу, не первый раз же замужем, они могут быть разные, соответственно, клиент может не находить соответствующих чему-то сообщений.

kdv,

и потом - какого фига тут дбкомпарер, если лог от гбака??? Что за ересь вообще???

barry,

госпидя. ну поставь fb 4 32bit в папку C:\Firebird464 и вызови gbak оттуда. Что за проблемы то. Откуда гбак вызываешь?
Вынеси из реестра все версии через instreg remove.

barry,

вы страдаете фигней, многоуважаемый.

1. download FB 4 win32 zip. Unpack to c:\Firebird4
2. copy employee.fdb to c:\Firebird4
3. isql -user SYSDBA -pass masterkey;
connect employee.fdb;
create user SYSDBA password 'masterkey';
commit;

4. gbak -b employee.fdb emp.fbk -v -user SYSDBA -pass masterkey
gbak:writing constraint INTEG_78
gbak:writing constraint INTEG_79
gbak:writing constraint INTEG_80
gbak:writing referential constraints
gbak:writing check constraints
gbak:writing SQL roles
gbak:writing names mapping
gbak:closing file, committing, and finishing. 80384 bytes written

Где тут хоть одно message text not found?

barryвсе нормально, я ничего не инсценирую, я понятия не имею почему там написано gbak. Я в лог механически повторяю строки которые идут от процесса рестора.
Да тут дофига переменных.
1. зачем бэкап делается из дбкомпарера?
2. бэкап делается через Services api. Значит firebird.msg ищет СЕРВЕР, а не клиент.
3. где установлен сервер, и какой он разрядности, и не embedded-ли он. А? локалхост? А что там в реестре?

Короче, очень много способов себя запутать, хотя путаться тут нечего, если понимать, откуда что идет.

Вот это вот localhost/3054 уже как бы намекает, что
а) в реестре есть записи про ФБ, которые указывают "не туда".
б) запущено хрен знает что на порту 3054.

Еще раз повторю про instreg remove для ВСЕХ инстансов (и экземпляров) ФБ и ИБ на этом компе. См. реестр.

p.s. Не надо так делать. Не запускай несколько разных ФБ на одной и той же машине на разных портах, до тех пор пока не поймешь, как они пересекаются.
Убирай в этом случае все записи из реестра через instreg remove. Не клади никаких fbclient.dll/gds32.dll ни в system32, ни в syswow64. Там обязательно окажется что-то не то, чего ожидает конкретная версия сервера.
Не перемешивай сервера ложкой :-)

Старый плюшевый мишкаdll hell...
да он просто не врубается. Запускает бэкап из дбкомпарера через services api, при этом смотрит в дбкомпарер, в то время как через services api бэкап делает сам сервак, и смотреть надо на firebird.exe, а не на дбкомпарер.
Я даже не знаю, плакать тут или смеяться.

Тут уже 2 парня по 12 лет на форуме, и у них в определенных знаниях о ФБ есть капитальные провалы, системные.
Хотя, казалось бы, я про Services API
http://www.ibase.ru/gbak/#bsapi
писал лет 10 назад. Но это, видимо, никак не откладывается.

Старый плюшевый мишка,

причем, ладно бы через embedded. там бы изоляции разрядности не было. А так - через localhost/3054, т.е. через tcp, с полной изоляцией, на "внешний" сервак. И не знать, что services api выполняется сервером - ну ей-богу...
Короче, reset, please.