几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量

几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 (http://www.dimcax.com/hust/index.php)
-   DirectDWG (http://www.dimcax.com/hust/forumdisplay.php?f=89)
-   -   【转帖】is this a bug (http://www.dimcax.com/hust/showthread.php?t=16963)

yang686526 2009-05-06 04:22 PM

【转帖】is this a bug
 
is this a bug?
is this a bug?
when i wblocked dimension's entity, it is crash that invoking oduninitialize();
is there any way to fix it?
thanks!
before calling oduninitialize you must destroy all oddb* objects.
they may be "alive" if some smart pointer is still pointing to them.
be sure that all smart pointers went out of scope (destroyed) or assign null to them.
sergey slezkin
quote:
originally posted by sslezkin
before calling oduninitialize you must destroy all oddb* objects.
they may be "alive" if some smart pointer is still pointing to them.
be sure that all smart pointers went out of scope (destroyed) or assign null to them.
thanks, i just destoryed the oddbdatabaseptr object before calling oduninitialize, and all the oddb* objects belong to the oddbdatabaseptr object. if there are not dimension objects, it works fine.
is it possible to reproduce in our 2.6.3 samples? for example in odamfcapp?
note, where is excustobjs sample which implements a number of commands which can be executed in odamfcapp including tests for wblock functionality.
look at _wblockclone_func() in drxdebugcmds.cpp
sergey slezkin


所有的时间均为北京时间。 现在的时间是 03:57 AM.