[===AAA===]

Всем привет!

Столкнулся ещё с одной особенностью nanoCAD'a.

Если в сеансе обратиться к библиотеке слайдов
(например, для отображения слайда в окне DCL),
то НК (в отличии от AutoCAD'а) открывает этот
файл и не закрывает его обратно, пока не будет
завершён сеанс.

В результате, если модифицировать этот файл-
библиотеку, его нельзя будет записать на старое
место, пока HK не будет закрыт.

Понятное дело - "закрывай НК и меняй файл, кто
мешает-то"?

На своём ПК - без проблем, но нужно сделать это
на многих компьютерах, при этом на некоторых из
них как раз и возникнет эта проблема - кто-то уже
успел обратиться в сеансе к библиотеке слайдов
и "заблокировал" её.

Вопрос:

Есть ли в НК какая-нибудь (vl-xxx ... ...) функция
для принудительного закрытия ("освобождения")
таких вот "захваченных" файлов библиотек слайдов?

[Кулик Алексей aka kpblc]

Вряд ли. Кешируй библиотеку на локальные машины и при первой же возможности - обновляй. ИМХО самое простое решение.

[===AAA===]

Так она и так по локальным машинам разносится.

Проблема в том, что я не могу её гарантировано
обновить, т.к. она может быть "захвачена" любым
пользователем в любой момент.

Конечно, это всё легко решается огранизационными
методами, типа инструкции:

1. Закрой НК
2. Нажми на ярлык на рабочем столе

но пока хочется решить это дело программно, т.е. без активного
участия пользователя.

[Кулик Алексей aka kpblc]

Ну так перед обращением к библиотеке делай примерно следующее (все на уровне идеи):

Код:

[Выделить все]

 (setq slide_lib   "slide_library.slb"
      server_file (strcat "\\\\server\\libraries\\" slide_lib)
      local_file  (strcat (getenv "appdata") "\\" slide_lib)
)
(if 
  (and 
    (not (is-file-readonly local_file) 
         (< (get-file-datetime local_file) (get_file-datetime local_file))
    )
  )
  (progn 
    (vl-file-delete local_file)
    (vl-file-copy server_file local_file)
  )
)

Сервисные функции либо пиши сам, либо у меня в библиотеке можешь посмотреть (вроде бы там было, уже точно не помню)

[===AAA===]

Не, НК его "крепко держит".

Ни (vl-file-delete local_file), ни системный "del local_file /F" не помогают.

Пока НК не закроешь - не удаляется. :-(

[Кулик Алексей aka kpblc]

Ты хочешь сказать, что файл библиотеки блокируется даже если к нему не было ни одного обращения??

[===AAA===]

Нет - как раз "если было."

Если не было - не блокируется и всё обновляется без проблем.

[Кулик Алексей aka kpblc]

Ну так я и говорю - перед обращением к библиотеке выполняй попытку ее обновления с сервера. Не получилось сейчас? Ну рано или поздно пользователь переоткроет NC.
Код нарисован только в качестве идеи, и тебе никто не мешает там дополнительных проверок накидать.

[===AAA===]

Да там у меня и так всяких "финтифлюшек" понавешано...

Сейчас при входе в НК пользователь получает уведомление,
что появились новые плюшки (DCL-окно). Если у него стоит
более старая версия, чем та, что я выставил в сеть "на релиз".

Там есть кнопки "Напомнить завтра" "Уже знаю" "Обновить" и т.п.

Как правило, при открытии НК всем "некогда разбираться" и окно
просто закрывают с расчётом на то, чтобы потом посмотреть
(на панель выведена отдельная кнопка), разобраться и обновить.

В АК всё работало, как часы, а в НК вылезли ньюансы.

Пока думаю на тему, чтобы при нажатии кнопки "Обновить",
пользователь получал уведомление, что "обновление запланировано
и произойдёт после переоткрытия НК".

Типа, пока до слайдов не добрался :-)

Но параллельно думаю, а нельзя ли просто разблокировать библиотеки.
"Малой кровью" обойтись, так сказать.

[Кулик Алексей aka kpblc]

Сообщение от ===AAA=== Но параллельно думаю, а нельзя ли просто разблокировать библиотеки. "Малой кровью" обойтись, так сказать.

Вряд ли получится. Если это так реализовано на уровне ядра, то ты тут ничего не сделаешь.