C++ 为什么在x64平台上的Win32 WindowProc中出现访问冲突?
我尝试使用Visual Studio 2013为x64构建Win32 API项目。但是路由的WindowProc回调无法正常工作。我正在使用SetWindowLongPtr/GetWindowLongPtr和GWLP_USERDATA来存储我窗口的this指针。在过去,我使用SetWindowLong/GetWindowLong和GWL_USERDATA来实现这一目的——但这些都在x64上消失了。然而,在x86上,一切仍然正常(即使使用SetWindowLongPtr/GetWindowLongPtr和GWLP_USERDATA),但在x64上,只要我尝试访问成员函数WindowProc中的任何方法/成员,就会出现访问冲突C++ 为什么在x64平台上的Win32 WindowProc中出现访问冲突?,c++,winapi,64-bit,C++,Winapi,64 Bit,我尝试使用Visual Studio 2013为x64构建Win32 API项目。但是路由的WindowProc回调无法正常工作。我正在使用SetWindowLongPtr/GetWindowLongPtr和GWLP_USERDATA来存储我窗口的this指针。在过去,我使用SetWindowLong/GetWindowLong和GWL_USERDATA来实现这一目的——但这些都在x64上消失了。然而,在x86上,一切仍然正常(即使使用SetWindowLongPtr/GetWindowLong
#include <windows.h>
#include <stdio.h>
#include "main.h"
class Window{
public:
Window(const char* title, const float width, const float height){
char windowClass[255];
sprintf_s(windowClass, "WindowClass%s", title);
WNDCLASSEX wc;
ZeroMemory(&wc, sizeof(WNDCLASSEX));
wc.cbSize = sizeof(WNDCLASSEX);
wc.style = CS_HREDRAW | CS_VREDRAW | CS_OWNDC;
wc.lpfnWndProc = WindowProcRouter;
wc.hInstance = nullptr;
wc.hCursor = LoadCursor(nullptr, IDC_ARROW);
wc.hbrBackground = (HBRUSH)COLOR_WINDOW;
wc.lpszClassName = windowClass;
RegisterClassEx(&wc);
DWORD dwStyle = WS_CAPTION | WS_MINIMIZEBOX | WS_SYSMENU;
RECT WindowRect;
WindowRect.left = (long)0;
WindowRect.right = (long)width;
WindowRect.top = (long)0;
WindowRect.bottom = (long)height;
AdjustWindowRect(&WindowRect, dwStyle, FALSE);
hWnd = CreateWindowEx(0,
windowClass,
title,
dwStyle,
0, 0,
WindowRect.right - WindowRect.left,
WindowRect.bottom - WindowRect.top,
nullptr,
nullptr,
wc.hInstance,
(LPVOID) this);
wc.hbrBackground = (HBRUSH)COLOR_WINDOW;
ShowWindow(hWnd, SW_SHOW);
SetFocus(hWnd);
closed = false;
}
static LRESULT CALLBACK Window::WindowProcRouter(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam){
LRESULT returnValue = 0;
Window* pWnd = nullptr;
if (uMsg == WM_NCCREATE){
SetWindowLongPtr(hWnd, GWLP_USERDATA,
(long)((LPCREATESTRUCT(lParam))->lpCreateParams));
}
pWnd = (Window*)GetWindowLongPtr(hWnd, GWLP_USERDATA);
if (pWnd){
returnValue = pWnd->WindowProc(hWnd, uMsg, wParam, lParam);
}
else{
returnValue = DefWindowProc(hWnd, uMsg, wParam, lParam);
}
return returnValue;
}
LRESULT CALLBACK Window::WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam){
switch (uMsg){
case WM_DESTROY:
closed = true;
PostQuitMessage(0);
break;
default:
break;
}
return DefWindowProc(hWnd, uMsg, wParam, lParam);
}
bool Window::isClosed(){
return closed;
}
Window::~Window(){
if (hWnd && !DestroyWindow(hWnd)){
hWnd = nullptr;
}
}
private:
HWND hWnd;
bool closed;
};
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow){
Window win("Title", 640, 480);
MSG msg;
while(!win.isClosed()){
while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)){
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
}
#包括
#包括
#包括“main.h”
类窗口{
公众:
窗口(常量字符*标题、常量浮动宽度、常量浮动高度){
字符窗口类[255];
sprintf_s(windowClass,“windowClass%s”,标题);
WNDCLASSEX wc;
零内存(&wc,sizeof(WNDCLASSEX));
wc.cbSize=sizeof(WNDCLASSEX);
wc.style=CS|HREDRAW | CS|VREDRAW | CS|OWNDC;
wc.lpfnWndProc=WindowProcRouter;
wc.hInstance=nullptr;
wc.hCursor=LoadCursor(nullptr,IDC_箭头);
wc.hbrBackground=(HBRUSH)彩色窗口;
wc.lpszClassName=windowClass;
注册类别(&wc);
DWORD dwStyle=WS|U字幕| WS|U最小化框| WS|U系统菜单;
矩形窗口矩形;
WindowRect.left=(长)0;
WindowRect.right=(长)宽度;
WindowRect.top=(长)0;
WindowRect.bottom=(长)高度;
调整WindowRect(&WindowRect,dwStyle,FALSE);
hWnd=CreateWindowEx(0,
windowClass,
标题
dwStyle,
0, 0,
WindowRect.right-WindowRect.left,
WindowRect.bottom-WindowRect.top,
nullptr,
nullptr,
希恩斯坦斯博士,
(LPVOID)本);
wc.hbrBackground=(HBRUSH)彩色窗口;
展示窗口(hWnd、SW_展示);
设置焦点(hWnd);
关闭=错误;
}
静态LRESULT回调窗口::WindowProcRouter(HWND HWND、UINT uMsg、WPARAM WPARAM、LPARAM LPARAM){
LRESULT返回值=0;
Window*pWnd=nullptr;
if(uMsg==wmnccreate){
SetWindowLongPtr(hWnd、GWLP_用户数据、,
(long)((LPCREATESTRUCT(lpram))->lpCreateParams));
}
pWnd=(Window*)GetWindowLongPtr(hWnd,GWLP_USERDATA);
if(pWnd){
returnValue=pWnd->WindowProc(hWnd、uMsg、wParam、lParam);
}
否则{
returnValue=DefWindowProc(hWnd、uMsg、wParam、lParam);
}
返回值;
}
LRESULT回调窗口::WindowProc(HWND-HWND、UINT-uMsg、WPARAM-WPARAM、LPARAM-LPARAM){
开关(uMsg){
案例WM_销毁:
关闭=真;
PostQuitMessage(0);
打破
违约:
打破
}
返回DefWindowProc(hWnd、uMsg、wParam、lParam);
}
bool窗口::isClosed(){
返回关闭;
}
窗口::~Window(){
如果(hWnd&!销毁窗口(hWnd)){
hWnd=nullptr;
}
}
私人:
HWND-HWND;
布尔关闭;
};
int WINAPI WinMain(HINSTANCE HINSTANCE、HINSTANCE HPPreInstance、LPSTR lpCmdLine、int nCmdShow){
窗口赢(“标题”,640480);
味精;
而(!win.isClosed()){
while(peek消息(&msg,NULL,0,0,PM_-REMOVE)){
翻译信息(&msg);
发送消息(&msg);
}
}
}
行closed=true代码>在WindowProc
中发生冲突。
知道为什么吗?当您调用SetWindowLongPtr()
时,您正在将值强制转换为long
,这意味着在x64版本中,您将丢失前32位
调用SetWindowLongPtr()
时,应将值转换为DWORD\u PTR
,这意味着在x64构建中,将丢失前32位
您应该将DWORD\u PTR
转换为lpCreateParams
转换为long
,这将丢弃指针的前32位。这是您在将GWL\u USERDATA
更改为GWLP\u USERDATA
时应该考虑的问题。这就是我们改名的原因。强制您查看所有受影响的代码并进行相应更改以支持64位操作。(这也是您在调试过程中应该注意到的。“嗯,This
的值是正确的,只是前32位被设置为零。我想知道……”您将lpCreateParams
强制转换为long
,这会丢弃指针的前32位。这是您在将GWL\u USERDATA
更改为GWLP\u USERDATA
时应该考虑的问题。这就是我们改名的原因。强制您查看所有受影响的代码并进行相应更改以支持64位操作。(这也是您在调试过程中应该注意到的。“嗯,这个
的值是正确的,只是前32位被设置为零。我想知道…”)这让我想知道为什么强制转换是必要的。。。它不应该在没有演员阵容的情况下编译吗?(编辑:没关系,这是一个LONG\u PTR
,这就是为什么…)这让我想知道为什么演员阵容是必要的。。。它不应该在没有演员阵容的情况下编译吗?(编辑:没关系,这是一个长\u PTR
,这就是为什么…)