kdvВ конце-концов, откройте employee.fdb, откройте на отдельном компе, и т.д.
Открыл. Никаких резервных копирований не делал. Правда, пока все на том же компе, завтра попробую на другом, но пока проблема ровно та же: 20563387

kdvSoftologicно пока проблема ровно та же
ровно та же с employee.fdb ? научитесь уже точно излагать проблему.
Я дал точную ссылку на пост с описанием проблемы. Там же есть скриншоты, где показаны всего два действия, после открытия базы в IBExpert. Попробовал сделать то же самое с employee.fdb - те же ошибки, что и на скриншотах.

kdvSoftologic,

а вы в курсе, что юзеры ваши хранятся в security*.fdb? И я не вижу указания версии Firebird.
В курсе.
Версия Firebird 2.5.1.

kdvSoftologic,

а вы в курсе, что юзеры ваши хранятся в security*.fdb?
То, что я упомянул Ibexpert User Database - не является результатом моего невежества в отношении файла security2.fdb, а также его назначения. Просто дело в том, что после появления этой опции в настройках у меня стала возникать такая ошибка, которую показал на скринах. С тех пор пользую старую версию Ibexpert'a, 2011 года выпуска...

PS: Поставил сейчас Firebird 2.5.7, заменил gds32.dll в system32 и fbclient.dll везде. К сожалению, ошибка остается. Попробую на другой машине сегодня, там Firebird 2.5.1.

IBExpertЕще перед переключением на закладку "Членство" можно включить SQL-монитор. Может, там что интересное проскочит.
Таки да, проскочило :).
"Arithmetic overflow or division by zero has occurred.
arithmetic exception, numeric overflow, or string truncation.
Cannot transliterate character between character sets."

В настройках подключения:
База неюникодовая, кодировка: WIN1251
Чарсет экранного шрифта: RUSSIAN_CHARSET

IBExpertНу вот, теперь понятно. Разберись, что там у тебя ошибку "сannot transliterate" вызывает. Для эксперта в том запросе это полная неожиданность.
В эксперте-то я поправлю, и dataset open там больше не будет. Но запрос от этого выполняться не начнет.
Итак, по порядку, что выяснилось:
1) Запрос, на котором происходил затык, выглядит так:


2) Ошибка возникает даже раньше - еще на этапе нажатия на кнопку Менеджер пользователей.
3) Если вышеупомянутый запрос (который возвращает null записей кстати) запустить на исполнение в SQL-редакторе, сразу после открытия базы, то потом открытие Менеджера пользователей и Вкладки Членство к ошибке не приводит.

IBExpertSoftologic1) Запрос, на котором происходил затык, выглядит так:




Здесь dataset open возникает, потому что предыдущий запрос свалился с ошибкой (cannot transliterate) на фетче, а эксперт ошибку не обработал и запрос не закрыл. Вот предыдущий запрос (SELECT MON$USER ...) и надо смотреть: что он там такое выдает, что сервер в чарсет коннекта перевести не может.

Да, действительно. Теперь окончательно прояснилась ситуация - если в запросе
убрать MON$REMOTE_ADDRESS, ошибок нет, если оставить, то есть. Соответственно, вспомнив, что машина у меня зовется User-ПК - пробую переименовать комп в User-PC, перегружаю комп - ошибка оконачательно ушла. Все в полном порядке.