Прошу прощения EXE - это, наверное, все-таки CIRBISK_PLUS.exe в папке clients?
Его надо будет просто заменить на присланный?

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Интересно, что сегодня программа показала уже 7 документов из 16.
Но книги из электронной БД уже не осилила.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Не в папке VUZ, а в папке IRBIS64 у клиента.
Если опять будет то же самое, то прикладывайте всю папку VUZ

Заменил CIRBISK_PLUS.exe на присланный Вами, Людмила Николаевна, но особо ничего не изменилось.
При подключении к БД основного каталога (ЕСА) базы данных с электронными книгами (UBO) выдается та же ошибка.
Но при этом видно, что программа все-таки пытается взять литературу из UBO.
Однако, похоже, действительно, ей мешает какое-то ограничение по строкам: больше 7 наименований не выводится (см. прилагаемые скриншоты).

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Высылаю папку VUZ.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

У меня все нормально с вашей БД - см. 11.
Появилось подозрение о параметрах вашего INI. Приложите свой irbisk.ini (он на сервере), ну и на всякий случай клиентский cirbisk.ini

Высылаю ini файлы.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Не могу смоделировать вашу ситуацию.
Если вы не подключаете вторую БД, то для одной БД все книги отображаются в нижнем окне?
Придется прислать еще и книги. Т.е. по одной дисциплине экспортируйте книги из ECO и UBO.

Проблема скорее всего не в книгах.
Сегодня, когда стал думать, как выгрузить все книги по дисциплине, обнаружил, что всё работает: по любой дисциплине все книги из БД ЕСА (основной каталог) показываются полностью. Подключил к ним БД электронных книг (UBO) - и они тоже адекватно показываются.
Я было обрадовался, что, видимо, после замены EXE-шного файла надо было всё перезагрузить, и решил, что, может быть, заодно тогда и проблема бесконечного цикла в оперативной статистике, о которой писал в другой теме тоже ушла. Нажал кнопку Оперативная статистика - программа что-там небыстро посчитала выдала табличку с расчетом, в шапке которой опять было написано "Бесконечный цикл".
И после этого опять всё перестало работать. Т. е. опять отражаются только 7 наименований. Перезагрузка компьютера не помогает.
Проверить, как повлияет на эту ошибку перезагрузка сервера пока не могу - ПК, на котором он стоит занят ещё под другой процесс. Как перезагрузим сервер сообщу результат.
Но похоже ошибка с бесконечным циклом оперативной статистики провоцирует некорректную работу остальных функций АРМа КО.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Да, так бывает, когда портится память. Еще раз пересмотрела формат статистики, возьмите его в DEPOSIT

Заменил файл на присланный - ни бесконечный цикл не ушёл, ни книги полностью не появились ...
Беда прямо какая-то.

Что же делать дальше?

Ирбис64+ 2022 (D3)
Сервер Турбо Про

А если перестартуете АРМ, не трогая оперативную статистику - будут ошибки в нижнем словаре?
Вы заменили в DEPOSIT? А нет ли такого файла в папке VUZ?



Редактировано 1 раз. Последний раз 20.08.2020 14:34 пользователем ochagova.

После того, как утром 1 раз запускал оперативную статистику никакие перезагрузки АРМа КО, компьютера и сервера ничего не меняли: больше 7 строк в нижнем окне не показывалось.

Файл operstatKO.pft заменял. В папке VUZ такого нет.

НО! - теперь начинается самая мистика.
Перед отправкой этого сообщения решил ещё раз убедиться, что перезагрузки ничего не меняют. Перезагрузил и сервер и свой ПК. Открыл АРМ КО.
Дальше:

1) В основном окне - БД VUZ и словарь Дисциплин, в нижнем поставил основной каталог ЕСА. И опять появились только эти злосчастные 7 строк (т. е. сама по себе перезагрузка, по-видимому, ничего не дает).

2) Тогда в основном окне поставил БД ЕСА, словарь - Дисциплины. В нижнем окне БД ЕСА - появились все книги. Подключил БД электронных книг UBO - тоже все показались.

3) И вот после этого я вернул всё обратно: В основном окне поставил - БД VUZ и словарь Дисциплин, в нижнем поставил основной каталог ЕСА. И все книги показались! Поключил БД электронных книг UBO - тоже все вышли.

Дальше-больше: т.к. список книг в нижнем окне уходил за нижнюю границу, чтобы убедиться, что все книги показываются, решил подтянуть наверх верхнюю рамку нижнего окна. В момент подтягивания отключилась БД UBO со своими книгами. Подключил её заново - книги появились. Сделал так ещё пару раз, чтобы убедиться, что это не случайность - так и есть: при подтягивании наверх границы нижнего окна дополнительная БД отключается.
И уже через некоторое время после последнего подключения БД UBO появилось окошко с сообщением о той же самой ошибке, которая появлялась и раньше (см. скриншот).

Переключившись после этого на другую дисциплину обнаружил, что книги из БД ЕСА опять показываются не полностью, но намного больше, чем 7 наименований (больше 20).

Я опять тогда проделал операции описанные в п. 2 и 3:
1) сначала в основном окне поставил БД ЕСА, словарь - Дисциплины, а в нижнем - основной каталог ЕСА. Подключил БД электронных книг UBO. Все книги показались.
2) затем вернул всё назад: в основном окне поставил - БД VUZ и словарь Дисциплин, в нижнем поставил основной каталог ЕСА, поключил БД электронных книг UBO - все книги вышли.

Для чистоты эксперимента решил проверить будет ли эта система работать после получения оперативной статистики.
Оказалось - работает. Причем без переключения на п.2 и затем обратно на п. 3 изложенных здесь манипуляций. Т. е. все книги из БД ЕСА и UBO показываются по всем дисциплинам. Хотя при этом ошибка бесконечного цикла по-прежнему выдается (см. 2-й криншот). И после перетаскивания верхней рамочки нижнего окна дополнительная БД UBO отключается, а после её повторного подключения опять появляется сообщение об ошибке (см. криншот последний), но все книги при этом показываются.

Есть какие-то логические объяснения всему происходящему?

И ещё такой вопрос возник: в диалоговом окне получения оперативной статистики теперь показываются не наши факультеты и часть специальностей тоже куда-то ушло. Как бы их вернуть назад?

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Спасибо за исследование, буду изучать.
По поводу листа опроса - подаются справочники Fak.mnu и Spec.mnu. Но все зависит от того, где они у вас. Лучший вариант - они в Deposit и их нет ни в VUZ, ни в RDR, ни в каталогах.
В дистрибутиве они сейчас в Deposit, но в старых версиях они были везде.

Добрый день, помогите пожалуйста, не могу совладать с КО из нескольких баз. При нажатии кнопки внизу окна "Вычислить ККО" - всё ОК, считается коэффициент для книг из всех баз, а вот в отчёте «ККО для текущего семестра, кол-во для комплектования» книга (эл.доступ) не прописывается, более того, исчезает кол-во студентов по всем учебникам (см. КО 1). Если выводим таблицу без учета доп. баз, всё правильно считает. (см. КО 2). В чём ошибка? И характер J02 поставили и в поле 951^K признак поставили. И поле 693 везде заполнено.
Ирбис 64+2019.1



Редактировано 1 раз. Последний раз 08.09.2021 16:09 пользователем Гродно.

При задании нескольких БД формирование таблицы идет в два этапа:
1 По записям заданных БД создаются промежуточные записи в БД WORK
2 Таблица формируется по записям БД WORK и соответсввенно по форматам из папки WORK. Именно - формат KoListBasHead.pft. Вы уверенны, что в папке WORK у вас лежит файл из последней версии?
Проделайте эксперимент. Опустошите WORK, выполните формирование таблицы по неск.БД, в редакторе форматов посмотрите, что дает формат KoListBasHead на записях WORK.

ochagova написал(а):
-------------------------------------------------------
> При задании нескольких БД формирование таблицы
> идет в два этапа:
> 1 По записям заданных БД создаются промежуточные
> записи в БД WORK
> 2 Таблица формируется по записям БД WORK и
> соответсввенно по форматам из папки WORK. Именно -
> формат KoListBasHead.pft. Вы уверенны, что в папке
> WORK у вас лежит файл из последней версии?
> Проделайте эксперимент. Опустошите WORK, выполните
> формирование таблицы по неск.БД, в редакторе
> форматов посмотрите, что дает формат KoListBasHead
> на записях WORK.

Здравствуйте, мы опустошили БД WORK, затем выполнили формирование, в редакторе форматов выдается следующий результат.

Еще один параметр влияет на результаты - GetKkoBook. Если он =1, то данные берутся из поля 693, иначе вычисляются в соотв-и с текущей ситуацией.
Получается, что в вашем файле 1 данные при значении GetKkoBook=1, об этом говорит запись - (данные по полю 693).
А в вашем файле 2 значение было GetKkoBook=0, данные НЕ из поля 693, об этом говорит отсутствие фразы (данные по полю 693)
Получается, что вариант с полем 693 неверен, это значит, что поле 693 не сформировано на текущий момент.
Уточняйте - какой стоит параметр GetKkoBook.

Что-то у нас совсем не то. Поменяли GetKkoBook с 0 на 1. Кол-во студентов появилось, НО! Нужный учебник, который должен был подтянуться из дополнительной БД, так и не появился. Появилось кол-во экз. у эл. учебника (скорее всего взял у текстового аналога).(см. док.1) Если делаешь отчёт без дополнительной БД - всё ОК.(см. док.2)
Более того, из-за того, что в настройке стоит дополнительная БД невозможно воспользоваться функцией "Удаление данных из дисциплин" - ошибка Сообщения задания VDEL83.gbl:Ошибка базы данных: -5555=IPRBOOKS. Пишет, что записи удалены, но ничего не удаляет. (см. рис.3). Как только из настройки личных параметров убираем доп. базы - все ОК.
Получается, что Наличие доп. базы блокирует функции АРМа.

Ну подскажите нам пожалуйста, что ещё можно сделать

Возможен только один вариант - вы присылаете мне свои записи. Т.е.:
1. В БД BOOK отбираете (в Каталогизаторе) записи факультета ФИУА
2. в БД "другая" то же самое
3. файл EBS.mnu
Сможете отобрать и экспортировать записи или подсказать?
Кроме того, у вас другие файлы-форматы в БД WORK. Для сравнения - моя таблица 111 выглядит иначе.

Что касается ошибки 5555. В папке IPRBOOKS есть файл vDel83.gbl?
(Напоминайте, какая у вас версия)



Редактировано 1 раз. Последний раз 16.09.2021 14:30 пользователем ochagova.

ochagova написал(а):
-------------------------------------------------------
> Возможен только один вариант - вы присылаете мне
> свои записи. Т.е.:
> 1. В БД BOOK отбираете (в Каталогизаторе) записи
> факультета ФИУА
> 2. в БД "другая" то же самое
> 3. файл EBS.mnu
> Сможете отобрать и экспортировать записи или
> подсказать?
> Кроме того, у вас другие файлы-форматы в БД WORK.
> Для сравнения - моя таблица 111 выглядит иначе.

Вот необходимые файлы

ochagova написал(а):
-------------------------------------------------------
> Что касается ошибки 5555. В папке IPRBOOKS есть
> файл vDel83.gbl?
> (Напоминайте, какая у вас версия)


Да, такой файл есть. версия 2019.1 D1

Вы прислали записи, в которых нет поля 691. По ним не формируется таблица.
Вы хотели, чтобы я посмотрела вашу ситуацию, а присылаете другие записи, чем у вас на картинке. Зачем?