WM_GETDLGCODE死循环问题

最近把原来的一个BCB工程改造成BCB的ActiveX控件,提供给MFC调用,原以为一切很顺利,没想到出现了很多意料之外的问题。

首先是BCB的线程同步方法Synchronize不起作用了,后来知道了是由于TApplication::Handle没有值导致的,查找了它的实现原理,

需要在程序收到WM_NULL消息时调用CheckSynchronize()方法,我在ActiveX最上层窗口处理WM_NULL消息,发现接收不到,

后来没办法,直接设置了一Timer,定时调用CheckSynchronize(),算是解决了这个问题(现在知道把ActiveForm的Handle赋给TApplication::Handle之后就可以接收到WM_NULL消息了)。

第二个问题是控件里一个继承自TCustomControl的窗口在获取焦点后,我点击程序在任务栏的图标后,程序就死掉了,

开始一直不知道怎么回事,后来尝试用spy++去查看操作过程中窗口接收到的消息,现在该窗口不停地接收到WM_GETDLGCODE

消息,就以此的为突破口,google、baidu,发现遇到这种情况的也有不少,但大多也是不得其解,后来终于找到一个比较靠谱的说明,

这个问题在MSDN上有说明,BUG号7456(未验证),原因是由于该窗口没有WS_EX_CONTROLPARENT属性,焦点切换时(WM_ACTIVE),找不到Dialog Control,而一直尝试找Dialog Control(WM_GETDLGCODE),知道了原因之后,原以为解决是顺手之事,直接调用

SetWindowLong增加WS_EX_CONTROLPARENT属性,结果发现函数执行一直不成功,无奈尝试了重写了TCustomControl的CreateParams 给TCreateParams::ExStyle增加了WS_EX_CONTROLPARENT属性,终于成功解决了问题。

你可能感兴趣的:(WM_GETDLGCODE死循环问题)