Наконец-то начали работы по переходу на FB 3.0. Вчера отресторили базу на, перекомпилировал триггеры. На перекомпиляции ХП случился затык - сервер останавливается на одной из них.
1. При перекомпиляции только этой ХП появляется вот такое сообщение:


Почему сервер берет msg-файл из system32 я догадываюсь - видимо, потому что fbclient там лежит. Хотя вроде же должен из папки сервера браться.

2. Копирую firebird.msg в system32:

И получаю то же самое сообщение, как будто этого файла там нет.

3. В IBExpert меняю путь к клиентской библиотеке на C:\Program Files (x86)\Firebird\Firebird_3_0\fbclient.dll и при подключении получаю вот такое:
.

4. Firebird.log в папке сервера отсутствует.

Что нужно сделать, чтобы все это заработало?

С пунктами 1 и 2 частично разобрался. На самом деле путь к файлу fbclient.dll "C:\Windows\SysWOW64", а не "C:\Windows\System32\". Подозрение, что это Windows 2012 вводит в заблуждение, так как IBExpert тоже сообщает, что клиентская библиотека находится в "C:\Windows\System32\fbclient.dll". С другой стороны, установщик положил fbclient в "C:\Windows\SysWOW64". Как так получается - не знаю.

Далее. При компиляции одной ХП действительно происходит остановка сервера без записи в лог:

Попробую еще сделать накат метаданных на чистую базу.

Симонов Денискриво поставил FB. У меня никаких проблем с чарсетами не было
Таки нет.
К базе, только что созданной сервером, подключаюсь без проблем. При подключении к базе, перенесенной из FB 2.5 через рестор:

Это когда путь к библиотеке C:\Program Files (x86)\Firebird\Firebird_3_0\fbclient.dll.

Dimitry SibiryakovТак что что ты там увидишь - зависит от того какой программой смотришь.
Смотрит 32-х разрядный IBExpert.

rdb_devЕстественно, если ты запускаешь IBExpert, который берет fbclient.dll от 3.0.x из каталога SysWOW64, то файл fbclient.msg должен находится в том же каталоге.
Для fbclient.dll от 2.5.x ситуация несколько иная - fbclient.msg должен находиться в каталоге на уровень выше.
ОК. Тогда 2 вопроса:
1. Почему после установки сервера, файла firebird.msg нет рядом с fbclient.dll?
2. Почему Firebird 2.5 прекрасно работает с firebird.msg, находящимся в папке "c:\Program Files (x86)\Firebird\Firebird_2_5\"? Я проверил - в папке System32 только лежит только клиент.

rdb_devЭтот файл (fbclient.msg) для 2.5.x "всю жизнь" находится в каталоге "%ProgramFiles%\Firebird", тогда как fbclient.dll - в "%ProgramFiles%\Firebird\Firebird_2_5".
Ты путаешь. fbclient.dll всегда лежал в "c:\Program Files (x86)\Firebird\Firebird_2_5\bin\", а firebird.msg - в "c:\Program Files (x86)\Firebird\Firebird_2_5\".

При переносе метаданных на новую базу, на некоторых ХП вот такие сообщения:

2 hvlad, dimitr: готова база без данных, в которой при перекомпиляции некоторых ХП происходят вот такие исключения. Кому ее отправить?

Симонов ДенисUDF есть?Есть.

Симонов ДенисИ ещё раз спрошу какой протокол используется при подключении?В IBE "Local, default". При "Local, loopback" и "Local, XNet (FB3)" ошибки c CHARACTER SET нет.

Симонов Дениссупер более требователен к написанию UDF. В процедурах в которых наблюдается падение сервера UDF используются?
Нет, в них UDF нет. Да даже если бы были, я же не запускаю ее.

Закомментировав весь текст ХП, вышел на цикл FOR SELECT, при раскомментировании которого происходит остановка. Перенес его в SQL Editor и тут начались какие-то чудеса. При запуске этого запроса, то происходит остановка, то все норм. Удаляя части запроса, я так и не смог стабильно воспроизвести, из-за какой части запроса это происходит.
В случае ХП при закомментировании тела BEGIN END для FOR SELECT остановка при первой перекомпиляции. При комментировании секций WHERE и ORDER BY - стабильно только при второй перекомпиляции.

hvlad,

Готово.
В логе пусто.

Влад попросил сделать тикет.
CORE-5547

Уважаемые разработчики, а есть примерный срок, когда тикет будет пофиксен? Работа по переходу на FB3 уже месяц стоит.

Установил последний снапшот. Все работает. Спасибо!

Есть еще вопрос. Я отресторил базу под 3.0, в конце процесса gbak написал:

Сделал бэкап базы, рестор - и в конце gbak опять то же самое написал. Повторил процесс - опять фиксинг и апдейтинг. Это что, gbak теперь каждый раз что-то исправляет в базе?