您的位置:首页 > 产品设计 > UI/UE

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会跑满,一直卡在那里,然后发现返回的消息的值很小,小于我们需要处理的消息,也就是返回的根本不是我们自己编程需要的消息。具体为什么会卡死,现在还没有答案,我决定请教下别人,先在这里记录一下这个问题。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐