Перешли на версию Ирбис Турбо 2021.1 и обнаружили, что ирбис перестал работать, если ини файл называется irbisb.ini а внутри него прописана ссылка [@irbisb] (с irbisc так же).
Много лет такой вариант работал. У нас ини файлы пользователей лежат в отдельной папке, в подпапке отдела. И для книговыдачи для всего отдела был общий файл irbisb.ini, внутри которого была прописана ссылка на общий ини-файл. И раньше проблем с этим не было. Общий файл он брал из корня ирбис-сервера.
В этом году после перехода на Ирбис Турбо 2021.1 при запуске книговыдачи "котик" бежал до бесконечности.
Получается, что ссылку [@irbisb] он ищет в той же папке, находит сам себя и так зацикливается.
Помогают два варианта, или переименовывать у всех irbisb.ini и всем его перепрописывать, или сделать копию файла irbisb.ini в корне ирбис сервера например irbisb_yar.ini и уже прописать ссылку на него [@irbisb_yar].
Просто нигде в релизе мне не попалось, что введено такое изменение.

Ээээ... очень странное утверждение:

ирбис перестал работать, если ини файл называется irbisb.ini а внутри него прописана ссылка [@irbisb] (с irbisc так же).

irbisb.ini - дефолтный файл АРМ Книговыдача. Он может содержать все секции как есть по умолчанию или какие-то из секций в виде ссылок (вложенных ini из которых берутся параметры). Но никак не может ссылаться сам на себя.

Можно увидеть пример вашего файла irbisb.ini (без почтового пароля и прочих конфиденциальных значений параметров)?

В приложении к сообщению скриншот примера пользовательского ini-файла в котором ссылка на irbisb.ini в котором в свою очередь ссылка на секцию search из irbisb.ini.
В итоге АРМ Книговыдача нормально запускается и никто никуда не бежит. И сервер при этом - ИРБИС-Турбо.

Роман, в вашем примере пользовательский файл называется irbisb_irc-nb.ini. Попробуйте его назвать просто irbisb.ini.

Добрый день.
Да, действительно, есть такая особенность в турбо сервере.
Вложенные ini файлы ищутся рядом с текущим.
Поведение исправлено и обновление направлено вашему дилеру.

Все еще не ясно для чего называть клиентские ini-файлы конечных пользователей например irbisb.ini и ссылаться в них на аналогичное имя файла?
Оля, пожалуйста приведите примеры ваших ini-файлов (пользовательский и вложенный файл АРМа на который он ссылается), а также покажите строку параметров в файле client_m.mnu
Если я назову пользовательский ini-файл irbisb.ini и сошлюсь в нем на аналогичное имя файла [@irbisb], то понятное дело, что процесс зациклится. Так не должно быть.

Про логику поиска ini-файлов тоже не понятно в чем была ошибка? У нас в ноябрьской версии ИРБИС-Турбо прекрасно работает схема:
пользовательские ini-файлы расположены в директории IRBIS64\INI
общие серверные ini-файлы АРМов расположены в IRBIS64

в client_m.mnu указано:

irc-nb
!
C=.\INI\irbisc_irc-nb.ini; R=.\INI\irbisr_irc-nb.ini; B=.\INI\irbisb_irc-nb.ini;

При этом АРМ Книговыдача успешно стартует. Опять же никто никуда не бежит.

Иван написал:

Исправлен поиск вложенных ини файлов в текущей папке, заменено на поиск в корневом каталоге

А разве логика поиска файла при ссылке на него не должна быть следующей:

вложенный ini-файл ищется в директории БД, затем в директории где расположен текущий ini-файл и уже после в корневой директории сервера ИРБИС?

Хочу заметить, что разработчик предполагает, что ВСЕ ПРОФИЛИ ПОЛЬЗОВАТЕЛЕЙ должны находиться в папке \irbis64 и никак иначе.

Роман, ну у нас так сложилось изначально, что ини файл пользователя для книговыдачи лежит у каждого в отдельной папке (конечно внутри irbis64) и называется irbisb.ini и внутри прописано [@irbisb] и до этого времени такая связка работала, что он брал вложенный ини из корневой папки.



Редактировано 1 раз. Последний раз 08.02.2022 10:54 пользователем elkinaos.

Александр Иосифович, именно это я и прочел в документации и вот потому-то и возник вопрос о том в каком же порядке и где система сейчас ищет вложенные ini-файлы.

elkinaos написал(а):
-------------------------------------------------------
> Роман, ну у нас так сложилось изначально, что ини
> файл пользователя для книговыдачи лежит у каждого
> в отдельной папке (конечно внутри irbis64) и
> называется irbisb.ini и внутри прописано [@irbisb]
> и до этого времени такая связка работала, что он
> брал вложенный ини из корневой папки.


Теперь ясно, но не понятно зачем так сложно? Ведь все равно надо прописывать пути к директориям в client_m.mnu

Заменили исправленные файлы, стало выдавать ошибку. Вернули пока обратно.

Пока разработчики не пояснят текущий алгоритм поиска файлов ini сложно что-то посоветовать кроме того, чтобы изменить имена персональных ini-файлов. С файлами это можно сделать пакетно, в client_m.mnu тоже по Ctrl+h не сложно заменить имена файлов профилей (скажем на irbisb_user.ini).

И все же пожалуйста приведите примеры о которых я просил ранее: персональный ini-файл и путь к нему в файле client_m.mnu

Пример прикрепляю.

Написал вам на почту инструкцию.
Пожалуйста, пришлите лог файл и ваши ini для проверки.