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


返回   几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 » 仿射空间:CAX软件开发(三)二次开发与程序设计 » CAD二次开发 » AutoCAD二次开发 » DirectDWG
用户名
密码
注册 帮助 会员 日历 银行 搜索 今日新帖 标记论坛为已读


回复
 
主题工具 搜索本主题 显示模式
旧 2009-05-06, 06:55 PM   #1
yang686526
高级会员
 
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
yang686526 向着好的方向发展
默认 【转帖】odamfcapp and m-pdevice-update

odamfcapp and m_pdevice->update
odamfcapp and m_pdevice->update
in the odamfcapp sample, a secondary thread is used to update the view. in the seconadry thread, the method cdwgviewer:: paint() calls m_pdevice->update(). i noticed that when handling the mouse wheel and zooming in or out, the call to m_pdevice->update() appears to return before the view is completely rendered. i know cdwgviewer::abortregen is posting a wm_close to the secondary thread to abort it, but i don't see how this causes m_pdevice->update to return prematurely. every time i call update() from my own code, it blocks until the rendering is completed.
why is the call to m_pdevice->update() in the odamfcapp sample returning before the view is completely rendered?
hi,
independently of that how many threads to use, update() implementation calls odgicontext::regenabort() in its internal circles to determine if user want to abort regeneration. in odamfcapp, cdwgviewer is a descendant of odgicontext and regenabort() is overridden (see cdwgviewer::regenabort()/dwgviewer.cpp, line 291).
thanks, i didn't realize regenabort() was virtual. now it makes perfect sense.
yang686526离线中   回复时引用此帖
GDT自动化论坛(仅游客可见)
回复


主题工具 搜索本主题
搜索本主题:

高级搜索
显示模式

发帖规则
不可以发表新主题
不可以回复主题
不可以上传附件
不可以编辑您的帖子

vB 代码开启
[IMG]代码开启
HTML代码关闭



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


于2004年创办,几何尺寸与公差论坛"致力于产品几何量公差标准GD&T | GPS研究/CAD设计/CAM加工/CMM测量"。免责声明:论坛严禁发布色情反动言论及有关违反国家法律法规内容!情节严重者提供其IP,并配合相关部门进行严厉查处,若內容有涉及侵权,请立即联系我们QQ:44671734。注:此论坛须管理员验证方可发帖。
沪ICP备06057009号-2
更多