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

2002-02-28 02:57:33 259 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

SenseVoice 实测，阿里开源语音大模型，识别效果和效率优于 Whisper，居然还能检测掌声、笑声！5分钟带你部署体验阿里开源语音大模型：语音识别效果和性能强于 Whisper，还能检测掌声、笑声、咳嗽等阅读详情

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分送。多谢在先！！！

...全文