67194:67194 > 玩儿转嵌入式开发
[导读]遇到一个问题,开发的程序莫名其妙的卡死了!这个程序是运行在一个大环境中,我的程序并未更新。但从现象上来看,确实是我的程序在接收到UI 通过SendMessage 发来的消息后,在处理中引起卡死的现象。

遇到一个问题,开发的程序莫名其妙的卡死了!

这个程序是运行在一个大环境中,我的程序并未更新。但从现象上来看,确实是我的程序在接收到UI 通过SendMessage 发来的消息后,在处理中引起卡死的现象。将我的这个程序,放在之前的版本中,就不会出现卡死的问题。

虽然开始怀疑不是自己程序的问题,但还是先从自己的程序入手,希翼能找到卡死的原因。最后确定的原因让我吃惊,竟然是FindWindow 函数调用后没有返回,引起卡死的现象出现。

因为在多处增加LOG 输出后,发现有:

start call FindWindow.

输出,但无:

end of call FindWindow. 输出!

查看此处代码,发现自己以前竟然遇到过类似的问题。但是由于另外一句FindWindow 是测试用的,所以当时只是简单的将它注释了,然后写上了注释掉它的原因。如下面的代码所示:


RETAILMSG(1,(L"start?call?FindWindow.rn"));
//?hAgent?=::FindWindow(NULL,L"TestAppWinName");??????????????????//此句放在线程中引起线程卡死
hClient?=::FindWindow(NULL,L"Test2AppWinName");
RETAILMSG(1,(L"end?of?callFindWindow.rn"));



现在的卡死问题的原因下面这句:hClient = ::FindWindow(NULL,L"Test2AppWinName"); 引起的。

?

通过远程工具:Remote Spy 查看出错前与出错后的进程信息,对比发现被查找的窗体的窗体名从:Test2AppWinName 变为空了。

但通过远程工具:Remote Process Viewer 查看进程时,被查找的窗体名是正确的,还是:Test2AppWinName。

在出错后,另写一个简单的程序,通过FindWindow 查找上面的窗体时,可以正确查找到。

?

以下通过远程工具截取的进程与窗体名等相关信息的图片:

1)正确的情况下:

2)错误的情况下:

两幅图最大的区别就在于“Window Property”中的“Window”的内容。





其实,问题的原因还没有找到,还需要继续。

后续的分析,见:WinCE7.0_FindWindow函数在线程中调用卡死的现象(2)

玩儿转嵌入式开发

327 篇文章

关注

发布文章

技术子站

更多

论坛活动

  • 新年历,ADI精品视频课堂开始啦
    新年历,ADI精品视频课堂开始啦
  • 【看视频赢好礼】贸泽电子视频课程大讲堂
  • RT-Thread应用创新设计大赛,报名即领开发板~
  • 21ic下载站“资源奖励计划”升级!再发3450元~
更多

资料下载

  • (网盘)刘凯老师STM32视频教程及配套资源
  • (网盘)电路精讲班视频
  • 龙芯2k lite 开发板教育派硬件规格
  • (网盘)电路强化班视频
  • Beken BK7252 麻雀一号开发板
  • 最全Altium designer封装库700MB(含3D模型),网盘分享
  • (网盘)quartus基本语法等
  • (网盘)stm32四轴飞行器资料
  • 雅特力 AT-START-F403A开发板
  • 非接触式电子体温计(额温枪)PCB+程序源码
XML 地图 | Sitemap 地图