О совместном использовании сист. переменных типа USER

Какие у Вас виды на Балагонова?   
т.е. Вы, за вынос Тела?
т.е. как реагировать на нарушителей конвенции:
программно или физически?

> [Re:] Jura
Лучше всего - расстрел с последующим исключением из профсоюза...Но, возможно, уважаемое содружество найдет реальные рычаги воздействия? В сфере программирования, а не администрирования, конечно.

> [Re:] Alan
Можно использовать расширенные данные и т.п.
Можно, конечно, спору нет.Вопрос, как вернуть преимущества
предложенные фирмой Autodesk и утраченные вследствие некоей нашей коллективной безответсвенности.

Leonid (2004-06-24 21:05:27) ...утраченные вследствие некоей нашей коллективной безответсвенности...
IMHO это глобальный филосовский вопрос...  "Ребята давайте жить дружно..." этот призыв актуален и поныне, и forever...
т.е. Ваш вопрос, о том как вернуть "коллективную ответственность"? Но это вопрос для пенетенциарного форума...
(во загнул! )) )
...В сфере программирования, а не администрирования, конечно.... хоть намекните, как можно, программно принудить использовать переменные  "по назначению" ? 

Ничего у вас с "конвенцией" не получится. Сколько народу обитает в этом форуме? А сколько пишет программы, не заглядывая сюда? Большинство AutoCAD-программистов просто даже не будут подозревать о существовании данной "конвенции". И будут писать так, как посчитают нужным. И будут правы. Тут вступает правило "спасение утопающих - дело рук самих утопающих". "Храните деньги в сберегательной кассе" (с), сиречь "храните переменные в местах, недоступных посторонним кулибиным". Я храню в словарях. А Вы?
______________
Удачи.

> Alan
также поступают в МАЭСТРО и АРКО
если это правда, то МАЭСТРО и АРКО упали в моих глазах ниже плинтуса ... Неужели правда ?

> [Re:] Олег
так уж лучше, наоборот уважать других и делать корректное сохранение всех используемых переменных в начале своей программы и восстановленивать - в конце.
И будет всем счастье.

Я тоже за счастье людей и миру мир...Но, обратите внимание, вы ведь тоже предлагаета общее соглашение.Но более трудновыполнимое и оттого менее реальное.

Да забудьте вы все про существование этих переменных! Они - позор Автокада, пользоваться ими недостойно и неприлично, это унижает вас, как Программиста.
Для хранения данных в чертеже (именно в чертеже) созданы User Dictionaries, самый подходящий вариант.
Можно использовать расширенные данные примитивов, но тогда придётся сначала получить имя примитива.
Можно хранить параметры вашего приложения в файле acad.cfg с помощью функций (getcfg ...) и (setcfg ...).
Можно хранить даже в переменных окружения, функции (getenv ...) и (setenv ...).
В крайнем случае, можно хранить в реестре (vl-registry-...) или в текстовом файле.
Нельзя только одно: использовать переменные USER..., потому что никто не гарантирует сохранность ваших данных.

> Олег
делать корректное сохранение всех используемых переменных в начале своей программы и восстановленивать - в конце - все зрелые программисты так и делают. Но ведь речь о том, что кто-то другой всегда запросто может испортить ваши данные, по незнанию или по дикости своей. А если хранить теми способами, что перечислены выше, то пусть вандал догадается, какой именно файл или словарь или ветку в реестре я использую! (если, конечно, он не будет вредить целенаправленно).

Вот что ещё.

> Олег
делать корректное сохранение всех используемых переменных в начале своей программы и восстановленивать - в конце
Только не "своей программы", а "своей КОМАНДЫ". Потому что программа грузится, как правило, из файла acaddoc.lsp или ему подобных (список этих файлов можно просмотреть командой _appload),  при открытии каждого чертежа.
Но после того, как программа загрузится, и до того, как юзер вызовет первую вашу КОМАНДУ, чужая "вандальская" программа (или её команда, вызванная юзером) может испортить "ваши" системные переменные.
А вот команда, насколько я знаю, исполняется монопольно (прозрачные команды типа 'PAN не опасны), то есть как транзакция, в терминах теории СУБД.
А что, если капризный юзер прервёт вашу команду клавишей Esc ? Тогда надо предусмотреть восстановление системных переменных из функции-обработчика ошибок, и кстати, восстановить саму функцию *error*.
Вот пример простейшего, но "правильного" обработчика ошибок:

(defun myErrorHandler (msg / )
  (if oldError (setq *error* oldError))
  (if oldOsmode (setvar "osmode" oldOsmode))
  ...
  (princ msg) ;-- где-то я читал, что обработчик ошибок обязан включать в себя функцию вывода сообщения. Может, я и неправ...
  (princ) ;-- "тихий" выход в консоль.
)
...
(defun myCommand ( / locvar1 locvar2 locvar3)
  (setq oldError *error*)
  (setq *error* myErrorHandler)
  (setq oldOsmode (getvar "osmode"))
  (setvar "osmode" 0) ;-- например, ноль
  ...
  (if oldOsmode (setvar "osmode" oldOsmode))
  (if oldError (setq *error* oldError))
)

Здесь oldError и oldOsmode - обязательно глобальные переменные, а не локальные.

> VK
"переменные Лисп и переменные внедокументного именного пространства" не сохраняются при закрытии акада, а переменные USER... - всегда сохраняются в чертеже, за что их некоторые так любят :) и хранят там свои данные.
А чтобы "имя переменной или ветки реестра" не совпадало с чужими именами, надо использовать свою систему именования глобальных переменных и символов и всегда придерживаться этой системы. И использовать префиксы/суффиксы, а не именовать переменные как i, _b и даже oldError, как в моём примере.

СОВМЕСТНОЕ использование UserXX, конечно невозможно. Это один из рудиментов ранних версий AutoCAD, когда не было ни словарей, ни расширенных данных.
Сохранить собственную переменную между сеансами можно.
Исходники см.
http://www.kurganobl.ru/cad/book.jsp?id … mp;tn=main
- серия функций, комеентарии в книге. Сохраняются любые типы, включая наборы.
А зачем использовать UserXX вообще? Единственная настоящая уважительная причина - то, что только системные переменные понимает язык DIESEL, а его очень удобно использовать в меню.
Но Аутодеск на самом деле заинтересована не в том, чтобы прикладные программисты разрабатывали хорошие и надежные программы, а в том, чтобы им казалось, что они это могут делать.
Иначе давно бы предусмотрели возможность создания собственных глобальных переменных.  Тогда и был бы смысл в префиксах и прочих соглашениях.  "Конвенция сыновей лейтенанта Шмидта" нарушалась из-за ограниченного количества злачных мест. При 15 переменных она бессмыссленна.
Но свою информацию, при ловкости рук, можно спрятать и в других системных переменных...