Ошибки при закрытии AutoCAD

[АлексЮстасу]

Приложение arx Map/Civil 3D 2011-2018. После закрытия AutoCAD могут появляться предупреждения и сообщения об ошибках. Например, небольшое пустое окно без надписей с одним восклицательным знаком в середине. Или "Прекращена работа программы AutoCAD Application", или FATAL ERROR и т.п. Это происходит именно после закрытия AutoCAD. Но подобные сообщения могут и не появляться.

Методом проб установили, что для появления этих сообщений достаточно просто открыть AutoCAD с пустым его Drawing1, _appload наш arx, и подождать минут 10-15, не выполняя ни одной команды приложения, не совершая никаких действий вообще. Сообщения появляются при закрытии AutoCAD без сохранения в 7-8 случаях из 10. Если закрыть AutoCAD  в течение 2-5 минут, то сообщений не появляется.
Что интересно, происходит это тогда, когда в период ожидания происходит autosave. Т.е. если во время 10-15 мин ожидания автосохранение не происходило, то сообщений об ошибках не появляется.

Получается, что этот конфликт с нашим arx может быть связан со временем работы AutoCAD и, возможно, с autosave.

Пытались от этого избавиться давно уже и много раз.
В каком бы направлении искать нашу ошибку?

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

А именно в момент [авто]сохранения твой arx что-то выполняет? Если да, то вот и направление поиска

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

АлексЮстасу,
Снова хочешь поиграть в "испорченный телефон"? Такие вопросы следует решать с программистом.

[АлексЮстасу]

Такие вопросы следует решать с программистом.

Если бы программист знал, где и что искать, то (1) этой проблемы бы не было, (2) он там бы и искал. (3) думаете, я ему это сто раз не говорил?

А именно в момент [авто]сохранения твой arx что-то выполняет? Если да, то вот и направление поиска

Наш arx ничего сам не выполняет. После _appload нашего arx становятся доступны его команды. И он выполняет эти команды только после вызова их пользователем. При описанном тесте с загрузкой-ожиданием-закрытием Автокада вообще никакие действия не выполняются. Просто ждешь 10-15 мин, и закрываешь. И ошибка.

Мне кажется эта ошибка необычной в первую очередь тем, что все ее варианты проявляются не во время работы нашего приложения и не во время работы Автокада, а после закрытия Автокада. Это может помочь выбрать направление поиска?
И были же, наверное, похожие случаи?

Сейчас смотрел в 2016, и в нем при автосохранении сообщается о системных переменных. Сначала сообщается ****  System Variable Changed  ****. А потом ****  No System Variable Changed  ****. 
При вызове SYSVARMONITOR появляется окно, которое я, честно, дешифрировать не могу. Какая переменная менялась? CMDDIA?
Т.е., в принципе, при автосохранении может еще что-то неявное происходить?

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

Возможно, сообщения выдают ArxDbMrg и иже с ним. А при сохранении / автосохранении можно много всякого наворотить - было бы желание.
Мне кажется, что исходники надо запаковать и сюда выложить, раз сам программист не понимает, что там и откуда берется Может быть, Александр и найдет время разобраться.

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

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

[АлексЮстасу]

Возможно, сообщения выдают ArxDbMrg и иже с ним. А при сохранении / автосохранении можно много всякого наворотить - было бы желание.

Обнаружил, что еще один наш arx дает такие же ошибки.
Наши arx ничего при автосохранении не делают. Вопрос может быть в том, что Autodesk в автосохранении наворачивает кроме собственно сохранения?

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

Наши arx ничего при автосохранении не делают. Вопрос может быть в том, что Autodesk в автосохранении наворачивает кроме собственно сохранения?

1. Откуда у тебя может быть уверенность, что ничего не делает?
2. Ничего не "наворачивает". Одно могу сказать уверенно, что после автосохранения  acdbCurDwg()->getFilename() может возвращать не то имя dwg-файла.

[АлексЮстасу]

1. Откуда у тебя может быть уверенность, что ничего не делает?
2. Ничего не "наворачивает". Одно могу сказать уверенно, что после автосохранения  acdbCurDwg()->getFilename() может возвращать не то имя dwg-файла.

1. Действия наших программ никак не связаны с сохранением. Действия нашими программами производятся только по прямому указанию пользователя: найти что-то, изменить такие-то данные и т.п.
2. Как же не "наворачивает", а с чего вдруг может возвращать не то имя dwg?
...
"шли годы"...
...

Возможно, сообщения выдают ArxDbMrg и иже с ним.

А вот, похоже, что это самое "и иже с ним" и есть!
У меня в автозагрузке стоял ArxDbg2010x64.arx, который выполнялся при каждом автосохранении. После его выгрузки сообщения перестали появляться.
Сообщения выдаются только при совместном использовании наших arx и ArxDbg2010x64.arx. Если загружено что-то одно, то не выдаются.

Если это так, и наши arx конфликтовали с ArxDbg2010x64.arx, то что нужно делать? Пусть ArxDbg2010x64.arx стоит лишь у 0.0001% пользователей, но и подобный конфликт может быть же еще с чем-то подобным. Какие могут быть рекомендации в таких случаях?

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

У меня в автозагрузке стоял ArxDbg2010x64.arx, который выполнялся при каждом автосохранении. После его выгрузки сообщения перестали появляться.
Сообщения выдаются только при совместном использовании наших arx и ArxDbg2010x64.arx. Если загружено что-то одно, то не выдаются.

1. Какие сообщения выдаются при совместном использовании?
2. Речь шла выше о версии 2018, потом о 2016, теперь о 2010... Это как?
3. При автосохранении ARXDBG может выводить сообщение типа: APPMSG: ARXDBG201XxNN.arx, kSaveMsg - это нормально.

[АлексЮстасу]

1. Какие сообщения выдаются при совместном использовании?
2. Речь шла выше о версии 2018, потом о 2016, теперь о 2010... Это как?
3. При автосохранении ARXDBG может выводить сообщение типа: APPMSG: ARXDBG201XxNN.arx, kSaveMsg - это нормально.

1. Строго говоря, не при, а после совместного использования появлялись окна: "Прекращена работа программы AutoCAD Application".
2. Выше шла речь о версиях 2011-2018. Потом о частном случае с 2016. Основное же тестирование делалось на 2012.
3. При автосохранении выводилось в окне сообщений Автокада: "APPMSG: ARXDBG, kSaveMsg".
Как много раз писалось выше, сообщения об ошибках появлялись после закрытия Автокада.

Сейчас выяснилось, что от ошибки помогает не только отсутствии ArxDbg, но еще и версия нашего arx должна быть именно для 2012 SDK. Т.е. версия arx 2011 при работе в Автокаде 2012 выдает эту ошибку и без ArxDbg. Т.о. получается, что действуют оба эти фактора. И ArxDbg мешает, и SDK нужен именно того же года, что и AutoCAD Map 3D.

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

Ты просто загружал свой arx-файл или всё-таки запускал какие-то команды из него? Я имею в виду в случае, когда возникал Fatal Error. Если просто загружал, то ошибка локализуется в методах загрузки/выгрузки и в статических переменных. Возможно еще в реакторах, но ты утверждаешь, что они в коде не используются.

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

Судя по тому, что ты написал в первом сообщении, не выполнялись ни твои команды, ни вообще ничего - просто ждал. Но в этом случае не работает и автосохранение!!! Оно срабатывает только если что-то поменялось (хотябы вид).

[АлексЮстасу]

Судя по тому, что ты написал в первом сообщении, не выполнялись ни твои команды, ни вообще ничего - просто ждал. Но в этом случае не работает и автосохранение!!! Оно срабатывает только если что-то поменялось (хотябы вид).

Да, я время от времени сдвигал экран или зуммировал. Но больше ничего вообще - только ждал.

[АлексЮстасу]

Ты просто загружал свой arx-файл или всё-таки запускал какие-то команды из него? Я имею в виду в случае, когда возникал Fatal Error. Если просто загружал, то ошибка локализуется в методах загрузки/выгрузки и в статических переменных. Возможно еще в реакторах, но ты утверждаешь, что они в коде не используются.

Fatal Error - да, сегодня программер сказал, что это другой случай, возникающий при определенном наборе действий с нашей программой. Он избавился от него, используя SDK того же года (2012), что и Автокад (2012).
Я объединял оба типа ошибок, показанных в первом сообщении, по признаку, что они все (плюс мелкие окошки с восклицательным знаком) появлялись не во время работы программы, а после закрытия Автокада.
Что мне казалось сущностным признаком, да и вообще необычным.