win32编程中对话框处理函数最后的返回值为TRUE导致了程序异常
2015-04-18 16:57
330 查看
<span style="font-size:18px;">#include <windows.h> #include "resource.h" BOOL CALLBACK Dlg_Proc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { switch (uMsg) { case WM_INITDIALOG: SendMessage(hWnd, WM_SETICON, ICON_BIG, (LPARAM)MAKEINTRESOURCE(IDI_ICON)); SendMessage(hWnd, WM_SETICON, ICON_SMALL, (LPARAM)MAKEINTRESOURCE(IDI_ICON)); break; case WM_COMMAND: switch (LOWORD(wParam)) { case IDCANCEL: EndDialog(hWnd, TRUE); break; } break; } return FALSE; } int WINAPI wWinMain(HINSTANCE hInstexe, HINSTANCE, PTSTR nCmdLine, int) { DialogBox(hInstexe, MAKEINTRESOURCE(IDD_DIALOG), NULL, Dlg_Proc); return 0; }</span>
自己就简单写了个对话框,但是一运行结果出来是这样:
排版都乱掉了,百思不得其解,就是写了个简单的对话框,怎么还写错了?后来经过和正确的代码进行对比,终于发现错误原因在于对话框回调函数的最后返回值,应该写成return FALSE;而不是return TRUE;我之前一直以为这就是个返回值,没什么太大影响,没想到这么小一个地方导致了这么大的错误。《Windows程序设计》里面只有这么一句话,就是如果对话框过程处理一条消息时,它会返回TRUE;当不处理消息的时候,会返回FALSE。也就是如果再switch里面处理了消息,那就在相应的地方return掉,如果都没有处理,程序就会走到函数的末尾,这时候返回FALSE。
我看到如果这样写错,CPU会跑满,一直卡在那里,然后发现返回的消息的值很小,小于我们需要处理的消息,也就是返回的根本不是我们自己编程需要的消息。具体为什么会卡死,现在还没有答案,我决定请教下别人,先在这里记录一下这个问题。
相关文章推荐
- 批处理中关于%errorlevel% 和 &&, ||判断依据, 及 编程中程序返回值的讲解
- MFC对话框Dialog控件处理程序handler因为public修饰符导致无法访问
- Java编程程序异常处理方法
- VS2010/MFC编程入门之八(对话框:为控件添加消息处理函数)
- 程序退到后台在返回,application中的缓存数据被回收,导致程序异常
- MFC编程入门之九(对话框:为控件添加消息处理函数)
- C#调用参数为函数指针的API函数 - 以SetUnhandledExceptionFilter为例编写一个全局异常处理程序
- VS2013/MFC编程入门(对话框:为控件添加消息处理函数)
- Fragment的getActivity函数返回为null的异常处理
- Android 中 Handler 引起的内存泄露 在Android常用编程中,Handler在进行异步操作并处理返回结果时经常被使用。其实这可能导致内存泄露,代码中哪里可能导致内存泄露,又是如何
- (转载)VS2010/MFC编程入门之九(对话框:为控件添加消息处理函数)
- VS2013/MFC编程:(对话框:为控件添加消息处理函数)
- 返回键处理即程序退出对话框
- VS2010/MFC编程入门之八(对话框:为控件添加消息处理函数)
- Java编程程序异常处理方法
- MFC中,我从一个对话框,同时在按钮的消息处理函数中利用DoModal()函数一级一级的创建许多模态对话框,那么怎样从某个子对话框返回第一个对话框呢?
- java函数有返回值的异常处理心得
- VS2010/MFC编程入门之八(对话框:为控件添加消息处理函数)
- VS2013/MFC编程入门之八(对话框:为控件添加消息处理函数)