Сообщество программистов Autodesk в СНГ
ADN Club => Ошибки в AutoCAD и вертикальных приложениях => Тема начата: Андрей Бушман от 20-03-2015, 09:23:02
-
AutoCAD 2013-2015 SP1 x64 Enu.
Если консольное окно accoreconsole.exe закрывать путём нажатия соответствующей кнопки в верхнем правом углу консольного приложения, то значение системной переменной FILEDIA, изменённое обозначенной утилитой в ходе своей работы, остаётся равным 0. Т.е. если в дальнейшем запустить acad.exe, то это соответствующим образом отражается на его работе. Но ежели закрывать консольное окно командами quit или exit, то такая проблема не наблюдается.
-
Записал видео и отправил в Autodesk: https://screencast.autodesk.com/main/details/9a220832-bce7-4ef3-87ef-49b79856e615
Проверил что и в 2016 аналогичная ситуация.
-
Получил ответ. Для того, чтобы не портилась системная переменная FILEDIA в AutoCAD (как и другие системные переменные), нужно использовать ключ запуска /isolate
-
использовать при запуске accoreconsole?
-
использовать при запуске accoreconsole?
C:\Program Files\Autodesk\AutoCAD 2013>accoreconsole.exe /?
AutoCAD Core Engine Console - Copyright Autodesk, Inc 2009-2011.
Usage:
AcCoreConsole.exe [/i <input dwg>] /s <script> [/l <language>] [/isolate <userid>]
Example:
AcCoreConsole.exe /i 8th_floor.dwg /s test.scr /l en-US
-
[/isolate <userid>]
я пробовал /isolate без всяких userid - не помогает: FILEDIA по прежнему слетает в 0. Откуда брать этот самый userid?
-
userid - это произвольное имя. Если оно задано, то в ветке HKEY_CURRENT_USER\Software\Autodesk\AutoCAD\RXX.X\CoreUser появляется ветка с указанным именем, аналогичная той, что есть в HKEY_CURRENT_USER\Software\Autodesk\AutoCAD\RXX.X\ACAD-YYYY:ZZZ
P.S.: Оказалось, что это всё работает только в AutoCAD 2013 - отправил дополнительные замечания в Autodesk. Плюс они согласились, что следует изменить поведение по закрытию окна кнопкой X чтобы оно было аналогичным поведению по команде QUIT и передали запрос Eng Team.
-
Как они проверяют работу своих параметров (и не только их), если первый же запуск выявляет, что они не работают? Вопрос риторический. Наглядный пример того, как Autodesk "тестирует" качество своего ПО - пусть конечные пользователи, заплатившие немалые деньги за ПО, этим самым тестированием и занимаются (причём бесплатно), а то ведь настоящее тестирование - оно денег стоит. Очень выгодная позиция...
Напоминаю про п. 3.9 Правил. /* Александр Ривилис */
-
В DevHelp подтвердили некорректность работы /isolate с AutoCAD 2015 SP2 и 2016 и передали команде инженеров для анализа.
-
В DevHelp подтвердили некорректность работы /isolate с AutoCAD 2015 SP2 и 2016 и передали команде инженеров для анализа.
А что, в более ранних работает? Или просто поленились проверить?
-
А что, в более ранних работает? Или просто поленились проверить?
Я же написал:
P.S.: Оказалось, что это всё работает только в AutoCAD 2013 -
Так что и проверять нечего.
-
Я же написал:
В DevHelp подтвердили некорректность работы /isolate с AutoCAD 2015 SP2 и 2016 и передали команде инженеров для анализа.
то, что проверяли вы, и то, что подтвердили они - это несколько разные понятия.
-
Для того, чтобы передать баг команде инженеров ADN DevHelp достаточно воспроизвести его в последней версии. Очевидно, что исправлять его в предыдущих версиях его не будут. Надеюсь, что его исправят в очередной версии.
-
Очевидно, что исправлять его в предыдущих версиях его не будут. Надеюсь, что его исправят в очередной версии.
А как же хвалёная "поддержка [штанов] для последних трёх версий"? Вопрос риторический. Получается, что мне вроде как больше чем Autodesk нужно, чтобы они свои косяки исправляли, а они не чешутся даже по отношению к таким багам (http://bushman-andrey.blogspot.ru/2014/03/blocktablerecordhasattributedefinitions.html), на исправление которых уйдёт не более минуты, но которые "возможно будут исправлены в следующей версии" и это самое "возможно" дуется в уши уже лет 8 как минимум.
-
А как же хвалёная "поддержка последних трёх версий"?
Мне второй раз за день нужно напомнить про правила форума?