ATL中的超大BUG还是我使用错误?

noho 2002-02-28 02:57:33
Visual C++ 6.0 + SP5 + ATL 3.0 + Visual Basic 6.0

在VC中用Wizard创建一个ATL DLL,然后添加一个Composite Control,然后在设计对话框中加入一个Edit系统控件,没有添加任何自己的代码,选择Unicode Debug编译,然后在VB中使用这个控件,打开微软拼音输入法,在Edit中输入中文,出现乱码。但是在ActiveX Control Test中输入中文没有问题。选择Ansi编译在两者中都没问题。

于是我进行了抓BUG工作
1、重载了 BOOL PreTranslateAccelerator(LPMSG pMsg, HRESULT& hRet)
直接返回FALSE。输入正常
2、重载了 BOOL PreTranslateAccelerator(LPMSG pMsg, HRESULT& hRet)
直接返回CCompositeControl::PreTranslateAccelerator,这种代码和没写任何代码是一样的。输入不正常
3、用VC的Wizard创建一个Win32 Application,在About对话框中加入一个Edit控件。输入正常。

对于这三种情况,都输入中文“测试”两个字,用Spy++查看Windows消息,结果如下:
一个简单的Win32 Application输入中文"测试",察看接收到的消息
1. WM_CHAR 0x6d4b(测)
2. WM_COMMAND(EN_CHANGE) 0x6d4b(测
3. WM_CHAR 0x8bd5(试)
4. WM_COMMAND(EN_CHANGE) 0x8bd5(试)
能得到正确结果
ATL重载PreTranslateAccelerator,直接返回FALSE
1. WM_CHAR 0xb2
2. WM_CHAR 0xe2
3. WM_COMMAND(EN_CHANGE) 0x6d4b(测)
4. WM_CHAR 0xca
5. WM_CHAR 0xd4
6. WM_COMMAND(EN_CHANGE) 0x8bd5(试)
能得到正确结果
ATL重载PreTranslateAccelerator,直接返回CComCompositeControl::PreTranslateAccelerator,即使用缺省的实现
1. WM_CHAR 0xb2
2. WM_COMMAND(EN_CHANGE) 0xb2
3. WM_CHAR 0xe2
4. WM_COMMAND(EN_CHANGE) 0xe2
5. WM_CHAR 0xca
6. WM_COMMAND(EN_CHANGE) 0xca
7. WM_CHAR 0xd4
8. WM_COMMAND(EN_CHANGE) 0xd4
不能得到正确结果

请各位大虾协助抓BUG,绝对是对大家能力的一种考验,另外,还有100分送。多谢在先!!!
...全文
140 5 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
noho 2002-03-01
  • 打赏
  • 举报
回复
多谢!
singlerace 2002-02-28
  • 打赏
  • 举报
回复
赚分赚分。;)
ATL有bug。原因在于PreTranslateAccelerator中处理WM_CHAR消息时,调用的IsDialogMessage版本和WM_CHAR中字符不一致。比如,如果WM_CHAR中的wParam包含一个WCHAR字符,如果用IsDialogMessageA去处理就会导致错误的结果。
oqpo 2002-02-28
  • 打赏
  • 举报
回复
关注
mcDonald2001 2002-02-28
  • 打赏
  • 举报
回复
怪异
strip 2002-02-28
  • 打赏
  • 举报
回复
gz
WTL 具有两面性,确实是这样的。它没有MFC的界面(GUI)类库那样功能强大,但是能够生成很小的可执行文件。如果你象我一样使用MFC进行界面编程,你会觉得MFC提供的界面控件封装使用起来非常舒服,更不用说MFC内置的消息处理机制。当然,如果你也象我一样不希望自己的程序仅仅因为使用了MFC的框架就增加几百K的大小的话,WTL就是你的选择。当然,我们还要克服一些障碍: ATL样式的模板类初看起来有点怪异 没有类向导的支持,所以要手工处理所有的消息映射。 MSDN没有正式的文档支持,你需要到处去收集有关的文档,甚至是查看WTL的源代码。 买不到参考书籍 没有微软的官方支持 ATL/WTL的窗口与MFC的窗口有很大的不同,你所了解的有关MFC的知识并不全部适用与WTL。 从另一方面讲,WTL也有它自身的优势: 不需要学习或掌握复杂的文档/视图框架。 具有MFC的基本的界面特色,比如DDX/DDV和命令状态的自动更新功能(译者加:比如菜单的Check标记和Enable标记)。 增强了一些MFC的特性(比如更加易用的分隔窗口)。 可生成比静态链接的MFC程序更小的可执行文件(译者加:WTL的所有源代码都是静态链接到你的程序的)。 你可以修正自己使用的WTL错误BUG)而不会影响其他的应用程序(相比之下,如果你修正了有BUG的MFC/CRT动态库就可能会引起其它应用程序的崩溃。 如果你仍然需要使用MFC,MFC的窗口和ATL/WTL的窗口可以“和平共处”。(例如我工作的一个原型就使用了了MFC的 CFrameWnd,并在其内包含了WTL的CSplitterWindow,在CSplitterWindow使用了MFC的CDialogs -- 我并不是为了炫耀什么,只是修改了MFC的代码使之能够使用WTL的分割窗口,它比MFC的分割窗口好的多)。 在这一系列文章,我将首先介绍ATL的窗口类,毕竟WTL是构建与ATL之上的一系列附加类,所以需要很好的了解ATL的窗口类。介绍完ATL之后我将介绍WTL的特性以并展示它是如何使界面编程变得轻而易举。 对第一章的简单介绍
WTL 具有两面性,确实是这样的。它没有MFC的界面(GUI)类库那样功能强大,但是能够生成很小的可执行文件。如果你象我一样使用MFC进行界面编程,你会觉得MFC提供的界面控件封装使用起来非常舒服,更不用说MFC内置的消息处理机制。当然,如果你也象我一样不希望自己的程序仅仅因为使用了MFC的框架就增加几百K的大小的话,WTL就是你的选择。当然,我们还要克服一些障碍: ATL样式的模板类初看起来有点怪异 没有类向导的支持,所以要手工处理所有的消息映射。 MSDN没有正式的文档支持,你需要到处去收集有关的文档,甚至是查看WTL的源代码。 买不到参考书籍 没有微软的官方支持 ATL/WTL的窗口与MFC的窗口有很大的不同,你所了解的有关MFC的知识并不全部适用与WTL。 从另一方面讲,WTL也有它自身的优势: 不需要学习或掌握复杂的文档/视图框架。 具有MFC的基本的界面特色,比如DDX/DDV和命令状态的自动更新功能(译者加:比如菜单的Check标记和Enable标记)。 增强了一些MFC的特性(比如更加易用的分隔窗口)。 可生成比静态链接的MFC程序更小的可执行文件(译者加:WTL的所有源代码都是静态链接到你的程序的)。 你可以修正自己使用的WTL错误BUG)而不会影响其他的应用程序(相比之下,如果你修正了有BUG的MFC/CRT动态库就可能会引起其它应用程序的崩溃。 如果你仍然需要使用MFC,MFC的窗口和ATL/WTL的窗口可以“和平共处”。(例如我工作的一个原型就使用了了MFC的CFrameWnd,并在其内包含了WTL的CSplitterWindow,在CSplitterWindow使用了MFC的CDialogs -- 我并不是为了炫耀什么,只是修改了MFC的代码使之能够使用WTL的分割窗口,它比MFC的分割窗口好的多)。 在这一系列文章,我将首先介绍ATL的窗口类,毕竟WTL是构建与ATL之上的一系列附加类,所以需要很好的了解ATL的窗口类。介绍完ATL之后我将介绍WTL的特性以并展示它是如何使界面编程变得轻而易举。
WTL 具有两面性,确实是这样的。它没有MFC的界面(GUI)类库那样功能强大,但是能够生成很小的可执行文件。如果你象我一样使用MFC进行界面编程,你会觉得MFC提供的界面控件封装使用起来非常舒服,更不用说MFC内置的消息处理机制。当然,如果你也象我一样不希望自己的程序仅仅因为使用了MFC的框架就增加几百K的大小的话,WTL就是你的选择。当然,我们还要克服一些障碍: ATL样式的模板类初看起来有点怪异 没有类向导的支持,所以要手工处理所有的消息映射。 MSDN没有正式的文档支持,你需要到处去收集有关的文档,甚至是查看WTL的源代码。 买不到参考书籍 没有微软的官方支持 ATL/WTL的窗口与MFC的窗口有很大的不同,你所了解的有关MFC的知识并不全部适用与WTL。 从另一方面讲,WTL也有它自身的优势: 不需要学习或掌握复杂的文档/视图框架。 具有MFC的基本的界面特色,比如DDX/DDV和命令状态的自动更新功能(译者加:比如菜单的Check标记和Enable标记)。 增强了一些MFC的特性(比如更加易用的分隔窗口)。 可生成比静态链接的MFC程序更小的可执行文件(译者加:WTL的所有源代码都是静态链接到你的程序的)。 你可以修正自己使用的WTL错误BUG)而不会影响其他的应用程序(相比之下,如果你修正了有BUG的MFC/CRT动态库就可能会引起其它应用程序的崩溃。 如果你仍然需要使用MFC,MFC的窗口和ATL/WTL的窗口可以“和平共处”。(例如我工作的一个原型就使用了了MFC的CFrameWnd,并在其内包含了WTL的CSplitterWindow,在CSplitterWindow使用了MFC的CDialogs -- 我并不是为了炫耀什么,只是修改了MFC的代码使之能够使用WTL的分割窗口,它比MFC的分割窗口好的多)。

3,248

社区成员

发帖
与我相关
我的任务
社区描述
ATL,Active Template Library活动(动态)模板库,是一种微软程序库,支持利用C++语言编写ASP代码以及其它ActiveX程序。
社区管理员
  • ATL/ActiveX/COM社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧