[Pastor]

Столкнулся с вопросом автозагрузки нет-сборки.
Приходится использовать (command _.NETLOAD ...). В этом случае, при загрузке через acaddoc.lsp, можно нарваться на неприятности, поскольку согласно справки документ еще не до конца инициализирован и вызывать command настоятельно не рекомендуется. Приходится извращаться с s::startup. А поскольку в сообществе программистов единого соглашения по использованию этой функции не существует (насколько мне известно), то нарваться на неприяности шанс остается.
Ума не приложу, что мешало (мешает) автодеску добавить функцию, скажем (netload ...) - полный аналог (arxload...), но только для нет-сборок?
Может в тайне существует недокументированный вариант этой функции? Кто знает, подскажите.

[Дима_]

Боюсь что autodesk уже давно "плюнул" на лисп. ИХМО непосредственно в лиспе, как минимум, за последние 5 версий НИЧЕГО не добавилось (хотя добавить безусловно есть что).

[Supermax]

Рискую повториться, но все же рекомендую в acaddoc.lsp вызывать дочерний процесс и оттуда через sendcommand запускать команды.

[Pastor]

Боюсь что autodesk уже давно "плюнул" на лисп

Так вопрос вовсе не в развитии лиспа как такового, а в том что в двух громадных новоиспечённых библиотеках AcDbMgd.dll и AcMgd.dll не нашлось места для десятка строк кода, экспортирующего нужную функцию.

Рискую повториться, но все же рекомендую в acaddoc.lsp вызывать дочерний процесс и оттуда через sendcommand запускать команды.

Каюсь, не слышал о таком способе. Но боюсь, что раз остается вызов команды NETLOAD, то остается и проблема - сделать этот вызов строго после полной инициализации документа (сам по себе вызов sendcommand этого никак не гарантирует).

[Александр Ривилис]

Самое смешное, что и из ObjectARX нет официальной функции для загрузки .NET-сборок. Хотя в whishlist это было и наверное когда-нибудь сделают.
Сборка acdbmgd.dll экспортирует функцию LoadManagedDll, которой передается один строчный параметр - путь к файлу сборки. Можно сделать arx-файл (но лень, т.к. потребуется делать такие файлы под все версии AutoCAD), который будет экспортировать в lisp функцию (netload <путь к файлу сборки>)

[Pastor]

Александр, а добраться до LoadManagedDll можно только через LoadLibrary() + GetProcAdress() или же где-то есть acdbmgd.lib?

[Александр Ривилис]

Сообщение от Pastor Александр, а добраться до LoadManagedDll можно только через LoadLibrary() + GetProcAdress() или же где-то есть acdbmgd.lib?

Только так. Зато можно из VBA (только что проверил в AutoCAD 2008):

Код:

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

Public Declare Function LoadManagedDll Lib "acdbmgd.dll" (ByVal path As String) As Long

Public Sub NetLoad(str As String)
  Dim path As String
  path = StrConv(str, vbUnicode)
  Dim es As Long
  es = LoadManagedDll(path)
  If es <> 0 Then
    MsgBox "Error Netload: " + CStr(es)
  End If
End Sub

Соответственно можно попробовать из lisp'а через (vl-vbaload) и (vl-vbarun). Но как-то уж очень это извращенно.

P.S.: Проверял в x86 - для x64 возможно требуется модификация. В AutoCAD 2006 не нужна конвертация пути в Unicode

[hwd]

Сообщение от Александр Ривилис Самое смешное, что и из ObjectARX нет официальной функции для загрузки .NET-сборок.

И слава Богу... Чем не устраивает стандартный способ загрузки .Net?

Код:

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

...
AppDomain domain = AppDomain.CurrentDomain;
Assembly asm = Assembly.LoadFrom(fileName);
domain.Load(asm.FullName);
...

Только тем, что это реализация не доски?

[Pastor]

Чем не устраивает стандартный способ загрузки .Net?

Тем, что в native ObjectARX, и тем более в Autolisp, нет классов AppDomain и Assembly.

Есть еще один момент.
Assembly.LoadFrom() - штатный метод динамической загрузки сборок .NET, который ничего не знает об атрибутах [LispFunction("tram-param")] или [CommandMethod(...)]. Сейчас не могу проверить, но выскажу опасение, что функции помеченные данными атрибутами не будут при загрузке обработаны особым образом, а значит внешние функции и команды, определенные в сборке, загружаемой через LoadFrom(), будут попросту проигнорированы (т.е. их не окажется среди функций и команд AutoCAD). Это же касается и класса, реализующего IExtensionApplication. Рад буду, если ошибаюсь.
Проверьте, плиз, кому не лень.

[Александр Ривилис]

Сообщение от Pastor Сейчас не могу проверить, но выскажу опасение, что функции помеченные данными атрибутами не будут при загрузке обработаны особым образом, а значит внешние функции и команды, определенные в сборке, загружаемой через LoadFrom(), будут попросту проигнорированы (т.е. их не окажется среди функций и команд AutoCAD). Это же касается и класса, реализующего IExtensionApplication. Рад буду, если ошибаюсь.

В AutoCAD 2006 в свое время проверял - работает. Обработка функций, помеченных атрибутами происходит судя по всему не в момент загрузки, а в момент вызова функции/команды.

P.S.: Hwd - когда я говорю про ObjectARX я ни при каких условиях не имею в виду .NET

[Pastor]

А что с IExtensionApplication? Ведь там может быть код инициализации, проигнорировать который - смерти подобно.

[Александр Ривилис]

Проверь :-)

[Pastor]

Обязательно проверю в ближайшее время и должу.
Всем спать

[hwd]

Сообщение от Pastor Обязательно проверю в ближайшее время и должу.

Можешь не проверять - всё работает корректно (и атрибуты и интерфейс) - у моих пользователь загрузчик именно так и грузит .Net-плагины (Acad 2009).

Имхо - проблем и не должно было возникнуть, т.к. .Net абсолютно фиолетово, какие атрибуты и интерфейсы прикручены к классам/методам, ведь они нужны не .Net, а AutoCAD и именно он (AutoCAD) через Reflection (т.е. средствами .Net) анализирует сборку, которая загружена в ему принадлежащий домен и на основе полученной информации реализует нужную ему логику.

Сообщение от Александр Ривилис Hwd - когда я говорю про ObjectARX я ни при каких условиях не имею в виду .NET

Ясно. Я воспринял фразу в контексте .net (по привычке)

P.S. Касательно загрузки плагинов:
писал когда-то загрузчик плагинов в AutoCAD - старая версия решения (грузит ARX/.Net/Lisp) здесь.

Offtop:
Имеется более "свежий" вариант загрузки (его я пока не опубликовывал) - в нём процесс загрузки разделён на три этапа:
1. Сначала грузятся плагины, определённые как обязательные к загрузке для всех пользователей домена
2. Затем грузятся все библиотеки, определённые к обязательному использованию в рамках конкретной доменной группы (если юзер состоит более чем в 1 группе - грузятся библиотеки, определённые для каждой из этих групп)
3. На последнем этапе грузятся библиотеки, определённые самим пользователем к обязательной загрузке

В эту же версию добавил загрузку и VBA (пусть уж будет, до полноты). Дабы не назначать каждому юзеру права на удалённую загрузку (через caspol.exe), сделал так, чтобы копии плагинов хранились на локальных машинах юзеров, а при запуске автокада происходила односторонняя синхронизация с серверным содержимым, после чего библиотеки грузятся с локальной машины (т.о. отпала надобность в использвании caspol.exe). Админ с помощью конфигурационных файлов управляет синхронизацией (может отменить её для всех/для конкретной доменной группы/для конкретного пользователя, либо указать что именно должно быть синхронизировано, а всё остальное не проверять - т.о. экономится время на проверку).
Работает как часы, правда всё не выберу время GUI к нему прикрутить - в случае необходимости приходится конфиг-файлы в текстовом редакторе править, правда в виду того, что загрузка выполняется на основе фильтров, то при добавлении на сервер новой библиотеки, она автоматом копируется на локальные машины - т.е. пока править вручную конфиги не приходилось, но потенциально такая потребность может возникнуть, поэтому желательно GUI всё же прикрутить.

[Pastor]

To hwd.
в вашем загрузчике есть непонятное для меня место

Код:

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

AppDomain domain = AppDomain.CurrentDomain;
...
Assembly asm = Assembly.LoadFrom(file);
domain.Load(asm.FullName);
...

Зачем вы грузите одну и ту же сборку дважды? Согласно MSDN метод Assembly.LoadFrom() грузит сборку в текущий (вызывающий) домен и domain.Load(asm.FullName) грузит ту же сборку точно туда же.

[Александр Ривилис]

Сообщение от Pastor Зачем вы грузите одну и ту же сборку дважды?

Это Андрей переборщил.

[hwd]

Сообщение от Александр Ривилис Это Андрей переборщил.

Да, так и есть.
> Pastor
Спасибо за замечание - исправлю.