16,548
社区成员
发帖
与我相关
我的任务
分享在线问一个古怪的问题，解决立刻给分。
一个MFC程序，DEBUG退出时VC报The thread 0x6E0 has exited with code 32771 (0x8003).这类的线程退出信息，报了7个32771线程退出后，程序就完全退出。
可是不知道怎么回事，有时候只报4个，程序就挂住了，怀疑某个32771线程挂住退不出了。调试发现，这些线程都是在return CWinApp::ExitInstance();才退出的，我自己的程序根本抓不住。
这样如何解决一下，一般是什么问题导致这种现象的。如果换成release版，是不是可以解决一下这个问题？
可是不知道怎么回事，有时候只报4个，程序就挂住了，怀疑某个32771线程挂住退不出了。调试发现，这些线程都是在return CWinApp::ExitInstance();才退出的，我自己的程序根本抓不住。
这样如何解决一下，一般是什么问题导致这种现象的。如果换成release版，是不是可以解决一下这个问题？
...全文
请发表友善的回复…
发表回复
bluestar 2004-08-20
- 打赏
- 举报
那东西怎么用我还真没用过，请教一下
DentistryDoctor 2004-08-20
- 打赏
- 举报
装怪，都是星级人物了，性能监视器？控制面板下的"性能"。
bluestar 2004-08-20
- 打赏
- 举报
性能监视器用什么软件？菜鸟不懂阿
DentistryDoctor 2004-08-20
- 打赏
- 举报
实现不行，用性能监视器监视该进程的所有线程，其中可以得到线程ID和起始地址,根据ID，起始地址和生成的MAP文件先看看线程的入口函数是？
bluestar 2004-08-20
- 打赏
- 举报
32771不是自己的，好像是MFC的某个线程。
bluestar 2004-08-20
- 打赏
- 举报
release版暂无这个问题，不过我也不想debug有这个问题阿。
microyzy 2004-08-20
- 打赏
- 举报
32771是你自己定义的代码吗？
如果不是的话，大概是内存或者资源释放的问题吧
如果不是的话，大概是内存或者资源释放的问题吧
howtotell 2004-08-20
- 打赏
- 举报
那就换到Release版试试看咯.
如果是Debug出问题而Release能通过的程序,很多都是因为有形如delete之类的回收资源的代码.
如果是Debug出问题而Release能通过的程序,很多都是因为有形如delete之类的回收资源的代码.
