Proxy графика

[Эд]

Я написал новый пользовательский объект. Вроде корректно работает в автокаде сохраняется и открывается пока загружены библиотеки в автокаде. Но стоит их выгрузить как появляется ошибка и закрытие автокада. Ведь должен такой объект отображаться как прокси графика. Подскажите в чем может быть причина.

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

Но стоит их выгрузить как появляется ошибка и закрытие автокада. Ведь должен такой объект отображаться как прокси графика. Подскажите в чем может быть причина.

Скорее всего некорректная выгрузка. Покажи содержимое обработчиков сообщений InitAppMsg и UnloadAppMsg.

[Эд]

Код - C++ [Выбрать]

1.         virtual AcRx::AppRetCode On_kInitAppMsg (void *pkt) {
2.                 // TODO: Load dependencies here
3.  
4.                 // You *must* call On_kInitAppMsg here
5.                 AcRx::AppRetCode retCode =AcRxArxApp::On_kInitAppMsg (pkt) ;
6.                
7.                 // TODO: Add your initialization code here
8.  
9.                 return (retCode) ;
10.         }
11.  
12.         virtual AcRx::AppRetCode On_kUnloadAppMsg (void *pkt) {
13.                 // TODO: Add your code here
14.  
15.                 // You *must* call On_kUnloadAppMsg here
16.                 AcRx::AppRetCode retCode =AcRxArxApp::On_kUnloadAppMsg (pkt) ;
17.  
18.                 // TODO: Unload dependencies here
19.  
20.                 return (retCode) ;
21.         }

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

в DBX-файле в On_kInitAppMsg должно быть:

Код - C++ [Выбрать]

1.         ТвойКласс::rxInit();
2.         acrxBuildClassHierarchy();

в On_kUnloadAppMsg должно быть

Код - C++ [Выбрать]

1.         deleteAcRxClass(ТвойКласс::desc());
2.         acrxBuildClassHierarchy();

Если классов несколько, то несколько вызовов rxInit и deleteAcRxClass

[Эд]

Вот весь код. Запускается командами ФАСПРОФ и PROFILE.

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

Исправь как я написал. Если не поможет - в понедельник посмотрю.

[Эд]

не помогло. в CustomObjects acrxEntryPoint.cpp написал так:

Код - C++ [Выбрать]

1.         virtual AcRx::AppRetCode On_kInitAppMsg (void *pkt) {
2.                 // TODO: Load dependencies here
3.  
4.                 // You *must* call On_kInitAppMsg here
5.                 AcRx::AppRetCode retCode =AcRxDbxApp::On_kInitAppMsg (pkt) ;
6.                
7.                 // TODO: Add your initialization code here
8.                 EuProfile::rxInit();
9.                 PreFas::rxInit();
10.                 FasProf::rxInit();
11.                 Cover::rxInit();
12.                 WindProf::rxInit();
13.  
14.                 acrxBuildClassHierarchy();
15.  
16.                 return (retCode) ;
17.         }
18.  
19.         virtual AcRx::AppRetCode On_kUnloadAppMsg (void *pkt) {
20.                 // TODO: Add your code here
21.  
22.                 // You *must* call On_kUnloadAppMsg here
23.                 AcRx::AppRetCode retCode =AcRxDbxApp::On_kUnloadAppMsg (pkt) ;
24.  
25.                 // TODO: Unload dependencies here
26.                 deleteAcRxClass(EuProfile::desc());
27.                 deleteAcRxClass(PreFas::desc());
28.                 deleteAcRxClass(FasProf::desc());
29.                 deleteAcRxClass(Cover::desc());
30.                 deleteAcRxClass(WindProf::desc());
31.  
32.                 acrxBuildClassHierarchy();
33.  
34.                 return (retCode) ;
35.         }

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

Я не стал детально разбираться с твоим кодом - на это уйдёт слишком много времени. Судя по всему ты где-то портишь память. Где именно - я искать не буду.
Вот работоспособный пример, в котором нормально выгружается dbx-файл. Я писал его > 10 лет назад и сейчас просто портировал под AutoCAD 2012, с которым ты судя по всему работаешь. Сравни. Может быть появятся идеи почему этот код работает, а твой нет.
Заодно и немного подправленный твой код. Играет роль порядок вызовов ::rxInit и deleteAcRxClass. ::rxInit сначала вызываются для родительского класса, а затем для производных, а  deleteAcRxClass в обратном порядке.

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

Всё-таки нашёл из-за чего было аварийное завершение. Ты почему-то забыл в методах EuProfile::dwgOutFields и EuProfile::dwgInFields следующие строки:

Код - C++ [Выбрать]

1.         es = AcDbPolyline::dwgOutFields (pFiler) ;
2.         if ( es != Acad::eOk )
3.                 return (es) ;
4.  

и

Код - C++ [Выбрать]

1.         es = AcDbPolyline::dwgInFields (pFiler) ;
2.         if ( es != Acad::eOk )
3.                 return (es) ;
4.  

Теперь нормально выгружается приложение. Теперь тебе осталось разобраться куда девается прокси-графика.

[Эд]

Я их намеренно заглушил, не знал какие там есть неизвестные методы, думал сэкономлю время выполнения. Добавил метод SaveAs, передвинул ввод и вывод всех переменных после БазовыйКласс::dwgOut(In)Fields. Теперь прокси графика отображается, команды перемещения, копирования с объектами работают. Методы rxInit() в моем случае оказались необязательными.
Спасибо.

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

Методы rxInit() в моем случае оказались необязательными.

Ты обратил внимание на то, что я закоментировал везде ACDB_REGISTER_OBJECT_ENTRY_AUTO(XXXXXX)? Если они закоментированы, то rxInit() обязателен. Если не закомментирован, то rxInit вызывается при загрузке dbx-файла, а deleteAcRxClass при выгрузке (подробнее смотри в dbxEntryPoint.h). Но порядок вызовов непредсказуемый и могут возникнуть проблемы, которые сейчас не видны.

[Эд]

Понял.

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

Заодно я перетащил JIG из dbx в arx, где ему и место.