Запускаю Каталогизатор на машине с XP. На сервере стоит Win2000. Выдается ошибка "Acces violation at adress 0049834A in module Irbisc.exe Read of addres 000001EC"

А на какой-нибудь машине Каталогизатор запускался?

Та же проблема, что и у Samael. Причем, когда заходишь под администратором на том же компьютере, каталогизатор работает нормально.

Есть подозрения, что это появляется при наличии доступа на чтение/запись на папку где лежит ирбис, но при отсутствии прав на изменение самих файлов.
Поставьте галочки на разрешение изменения и все должно быть ОК.

И сразу вопрос по правам.
Я хотела разделить права на чтение и на запись по папкам, т.е. даю папку IRBIS на чтение всем, а DATAI\111 только тому кто реально будет вносить информацию в БД 111.
Как выяснилось, при регистрации по кнопке настройки меняется ини-файл, который находится вне папки DATAI\111, т.е. средствами Виндов разделить права на чтение и запись в конкретную БД нельзя!?
А хочется... Может есть какие-то мысли по этому поводу?



Отправка отредактированного (27-04-05 11:50)

Галина Гильдебрант
Архангельская ОНБ

Все можно разделить.

1. Вначале стаивится права на весь ресурс (именно ресурс сетевой, когда мы открываем общий доступ к конкретной папке) для доступа. Он должен быть максимальным из всех внуьренних доступов к содержимому этого ресурса, как правило, полный для всех пользователей домена.

2. Ставим на все файлы ресурса необходимые права, точнее права большинства файлов. Т.е. если все каталоги закрытые, а только 1 открытый, то вначале ставим закрытие, а потом для конкретного каталога - открытие. Если больше открытых каталогов, то наоборот.

3. Определяем для каждого пользователя по-ресурсно права.

Стоит учесть, что ИРБИС32 4.2 при каждом запуске пересоздает файл пользовательского словаря орфографии. Для разделения прав доступа к каталогам мне пришлось отключить проверку орфографии. Вот если бы эти файлы, связанные с орфографией лежали в другом каталоге, то все можно было бы развести.

Кроме этого не стоит забывать, что все ограничения прав работают только на файловой системе - NTFS.

В версии 4.1. при делении на права файлов - все работало нормально и система нормально существовала без возможности изменять ini-файл.

Т.е., ini-файл все-таки меняется, но он попадает в папку с правами на изменение и запись - Irbis корневую и потому нет проблем?

Спасибо за совет, но отключение орфографии тоже не выход, каталогизаторы со свету сживут - они так этого ждали! :))

Надо попробовать раздать права соответсвующим ини-файлам...
Но это еще более усложнит работу при смене версий...

С чем связана такая дифференцированность сетевых прав доступа для клиентов? Почему Вы не следуете простым требованиям по сетевым правам доступа, которые указаны в документации и в файле README.TXT?
Если у Вас подход к сетевым правам СТОЛЬ строг - Вам следует переходить на ИРБИС64...

Действительно, строже нужно быть только к читателям, которые сейчас могут залесть куда угодно и без мыла :).

Подискутирую со всеми.

> С чем связана такая дифференцированность сетевых прав доступа для клиентов?

Руки у некоторых "шаловливые", вроде и мозг есть, а руки - хоть привязывай, чтобы лишнего не поудаляли да не понакопировали ярлыков в корневом каталоге ИРБИС, когда у них пальцы с мышки срываются при двойном нажатии. Вот в общем-то вся защита и была в этом.
Еще была просьба отделов - владельцы конкретных каталогов, чтобы другие отделы (или филиалы) - владельцы других каталогов, не могли набить ошибок в чужую базу. Поскольку при копировании записей бывали ошибки при выборе базы, в которую следует копировать (или размножать) запись. Такие ошибки, как правило, перерастают в конфликты, пусть внутренние, но все-же. А разделение прав навсегда "помирило" коллектив, по крайней мере, относительно вопросов моей "епархии".
Естественно, что копирование ini-файлов под каждого работника, а потом настройка всех машин под все профили, куда этот "блуждающий" каталогизатор может сесть и настройка ему всех ярлыков - дело куда более хлопотное, чем "порулить" правами и сделать одинаковые ярлыки на default_user, т.е. всем.

> Вам следует переходить на ИРБИС64

Сейчас такое возможно, а три года назад - нет. Что касаемо лично меня, то мне предстоит решить очень много вопросов, прежде чем уйти с ИРБИС32.

> строже нужно быть только к читателям

Не только. Если при помощи всего трех минут работы удалось снять вопросы и недовольства, появляющиеся раз в 2-3 недели всего из за одной-двух записей, и блокировавшие работу на 1-3 часа, то я считаю, что это - эффективное решение.

Что касаемо орфографии, то решение есть, которое получается довольно просто:
Переносятся файлы custom.dic и custom.bak в каталог, скажем IRBIS/LEX/
который предварительно создается внутри папки ИРБИС32.
А в файле irbisc.ini меняется путь на файл custom.dic на

CustomDict=.\LEX\CUSTOM.DIC

На каталог LEX и все внутри него даются права "вседозволенности своим домена" и все.

И дискуссии конец.

Поддерживаю Александра.
У нас тоже возникают такие проблемы, было даже однажды что библиографические записи сбросили в БД читателей. После этого отредактировали ini и dbname, теперь все хотят иметь доступ ко всем каталогам и чтоб не через АРМ Читатель....
А с железом всегда было проще договориться чем с людьми, логика у него прямее и понятнее! :))

При запуске Катологизатора не исчезает графическая заставка ирбис64. При запуске других армов такой проблемы нет. В чем дело?

Вы ставили обновления для ИРБИС64, о которых объявлялось на форуме

[irbis.gpntb.ru]

Никаких обновлений не ставили. Свой дистрибутив получили 17.08.06. Напомните о каких обновлениях идет речь.

Смотрите ссылку в предыдущем сообщении...