windows - GetWindowLong() - Creators Update 引入的行为变化破坏了我的 win32 应用程序-6ren

windows - GetWindowLong() - Creators Update 引入的行为变化破坏了我的 win32 应用程序

转载作者：可可西里更新时间：2023-11-01 13:48:36

最近对 Windows 10 进行的创意者更新破坏了我使用 Win32 API GetWindowLong() 的应用程序代码。

在 Windows 10 Creator Update 之前，即使进程 B(主线程)被阻止，一个进程(比如进程 A)也能够在另一个进程的窗口句柄(比如进程 B)上调用 GetWindowWord()/GetWindowLong() API在某些系统调用中(例如等待释放互斥量)。因此，尽管进程 B 被阻塞，进程 A 仍能够使用这些 API 成功查询进程 B 拥有的窗口的保留内存。

但是，在 Windows 10 上应用 Creator Updates 后，当进程 B(主线程)被阻塞时，进程 A 在属于进程 B 的窗口上调用这些 API 时会被阻塞。

我通过创建 2 个代表进程 A 和进程 B 的独立 Win32 应用程序来模拟这种情况。在应用了创意者更新的 Windows 10 系统上，进程 A 在属于的窗口上调用 GetWindowLong()/GetWindowWord() 时挂起当进程 B(主线程)正在等待互斥锁时，进程 B。换句话说，对 GetWindowLong()/GetWindowWord() 的调用从未返回，从而导致进程 A 挂起。

但是，当我在没有 Creators Update 或更早版本(例如 Windows 7)的 Windows 10 系统上使用我的独立应用程序测试相同的场景时，对进程 A 中的 GetWindowLong()/GetWindowWord() API 的调用返回即使进程 B 正在等待释放互斥锁，也能成功。

为了演示上述问题，这里是进程 A 和进程 B 的代码。要查看问题，请运行进程 A 和进程 B。然后，找出进程 B 窗口的窗口句柄(例如使用 Spy++)，然后将其粘贴到进程 A 窗口的编辑字段中。然后单击“确定”。显示在进程 B 的窗口的额外内存(使用 SetWindowLong())中设置的 LONG 值的消息框。到目前为止，一切都很好。现在，转到进程 B 的窗口并通过单击“阻止”按钮使其挂起。这将使进程“B”(主 GUI 线程)等待一个永远不会被释放的互斥量，因此进程 B 将挂起。

现在，返回进程 A 的窗口并再次单击“确定”(假设编辑字段仍然具有您之前粘贴的进程 B 的相同窗口句柄)。

现在，这是行为上的差异:

在没有 Creators Update 的 Windows 10 和早期的 Windows 版本(例如 Windows 7)上，和以前一样(即当进程 B 没有挂起时)，一个消息框显示在进程 B 的窗口的额外内存中设置的 LONG 值(使用 SetWindowLong ()) 显示。

在带有创意者更新的 Windows 10 上，进程 A 挂起，因为使用进程 B 的窗口句柄对 SetWindowLong() 的调用永远不会返回，从而导致进程 A 挂起。

请建议我如何解决 Windows 10 Creators Update 上的这种行为变化，以便我的应用程序不会挂起。任何想法/帮助将不胜感激。

这是进程 A 的代码。

/* Process A */
#include <windows.h>
#include <stdio.h>
#include <commctrl.h>

int count = 0;
int count1 = 0;
TCHAR str[1000];

LRESULT CALLBACK WindowFunc(HWND,UINT,WPARAM,LPARAM);

HWND g_hwndEdit, g_hwndButton;

#define ID_EDIT (3456)

#define ID_OK (3457)

TCHAR szWinName[] = TEXT("MyWin");

HINSTANCE g_hInst = NULL;

int WINAPI WinMain(HINSTANCE hThisInst,HINSTANCE hPrevInst,LPSTR lpszArgs,int nWinMode)
{
    HWND hwnd;
    MSG msg;
    WNDCLASSEX wcl;
    g_hInst = hThisInst;
    wcl.cbSize = sizeof(WNDCLASSEX);
    wcl.hInstance = hThisInst;
    wcl.lpszClassName = szWinName;
    wcl.lpfnWndProc = WindowFunc;
    wcl.style = CS_HREDRAW|CS_VREDRAW;
    wcl.hIcon = LoadIcon(NULL,IDI_APPLICATION);
    wcl.hIconSm = NULL;
    wcl.hCursor = LoadCursor(NULL,IDC_ARROW);
    wcl.lpszMenuName = NULL;
    wcl.cbClsExtra = 0;
    wcl.cbWndExtra = 44;
    wcl.hbrBackground = (HBRUSH) GetStockObject(WHITE_BRUSH);
    if(!RegisterClassEx(&wcl)) return 0;
    hwnd = CreateWindowEx(
        WS_EX_WINDOWEDGE,
        szWinName,
        "Process A",
        WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        HWND_DESKTOP,
        NULL,
        hThisInst,
        NULL
        );    
    ShowWindow(hwnd,nWinMode);
    UpdateWindow(hwnd);

    while(GetMessage(&msg,NULL,0,0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    return msg.wParam;
}
LRESULT CALLBACK WindowFunc(HWND hwnd,UINT message,WPARAM wParam,LPARAM lParam)
{
    LONG l;    
    HWND hwndOther = hwnd;
    char s[] = "Paste the window handle (in HEX) of Process B's window on which you wish to call GetWindowLong() in the edit field and click on OK.";

    HDC hdc;
    PAINTSTRUCT ps;
    static int cxClient = 0, cyClient = 0;

    char btnText[1001];

    switch(message){

    case WM_CREATE:

        g_hwndEdit = CreateWindow ("edit", NULL,
                         WS_CHILD | WS_VISIBLE | WS_HSCROLL | WS_VSCROLL |
                                   WS_BORDER | ES_LEFT,
                         200, 200, 200, 200, hwnd, (HMENU)ID_EDIT,
                         g_hInst, NULL) ;

        g_hwndButton = CreateWindow(                       
                        "Button",
                        "OK",
                        WS_CHILD|WS_VISIBLE,
                        500,
                        200,
                        150,
                        50,
                        hwnd,
                        (HMENU)ID_OK,
                        g_hInst,
                        NULL
                        );

        return 0;

    case WM_SIZE:

        cxClient = LOWORD(lParam);
        cyClient = HIWORD(lParam);

        return 0;

    case WM_PAINT:

        hdc = BeginPaint(hwnd, &ps);

        TextOut(hdc, 10, 100, s, strlen(s));

        EndPaint(hwnd, &ps);

        return 0;


    case WM_COMMAND:
        {
            if (HIWORD(wParam) == BN_CLICKED && LOWORD(wParam) == ID_OK)
            {
                GetWindowText(g_hwndEdit, btnText, 1000);
                sscanf(btnText, "%x", &hwndOther);
                l = GetWindowLong(hwndOther, 24);
                sprintf(str, "The LONG value at offset 24 of the window with handle 0x%x is %d.", hwndOther, l);
                MessageBox(hwnd, str, "", 0);
            }
        }

        break;

    case WM_DESTROY:

        PostQuitMessage(0);
        return 0;        
    }
    return DefWindowProc(hwnd,message,wParam,lParam);
}

这是进程 B 的代码:

/* Process B */
#include <windows.h>
#include <stdio.h>
#include <commctrl.h>

int count = 0;
int count1 = 0;
TCHAR str[1000];

LRESULT CALLBACK WindowFunc(HWND,UINT,WPARAM,LPARAM);

TCHAR szWinName[] = TEXT("MyWin");

HINSTANCE g_hInst = NULL;

HANDLE g_hThread, g_hMutex;

HWND g_hwndButton;

#define ID_BUTTON (3456)

//worker thread fn
DWORD WINAPI ThreadFunc(LPVOID p)
{
    g_hMutex = CreateMutex(NULL, TRUE, "HELLO_MUTEX");
    // this worker thread now owns the above created mutex and goes into an infinite loop so that
    // the mutex is never released
    while (1){}
    return 0;
}

// main (GUI) thread
int WINAPI WinMain(HINSTANCE hThisInst,HINSTANCE hPrevInst,LPSTR lpszArgs,int nWinMode)
{    

    HANDLE hThread;
    DWORD threadld;
    // create a worker thread that will create a mutex and then will go into an infinite loop making sure that the mutex is never released
    // and thus when the main (GUI) thread calls WaitForSingleObject() on this mutex handle, it is going to block forever.
    hThread = CreateThread(NULL,
                            0,
                            ThreadFunc,
                            0,
                            0,
                            &threadld);

    // make the main (GUI) thread sleep for 5 secs so that by the time it wakes up, the worker thread will have created the mutex and gone into an infinite loop
    Sleep(5000);
    HWND hwnd;
    MSG msg;
    WNDCLASSEX wcl;
    g_hInst = hThisInst;
    wcl.cbSize = sizeof(WNDCLASSEX);
    wcl.hInstance = hThisInst;
    wcl.lpszClassName = szWinName;
    wcl.lpfnWndProc = WindowFunc;
    wcl.style = CS_HREDRAW|CS_VREDRAW;
    wcl.hIcon = LoadIcon(NULL,IDI_APPLICATION);
    wcl.hIconSm = NULL;
    wcl.hCursor = LoadCursor(NULL,IDC_ARROW);
    wcl.lpszMenuName = NULL;
    wcl.cbClsExtra = 0;
    wcl.cbWndExtra = 44;
    wcl.hbrBackground = (HBRUSH) GetStockObject(WHITE_BRUSH);
    if(!RegisterClassEx(&wcl)) return 0;
    hwnd = CreateWindowEx(
        WS_EX_WINDOWEDGE,
        szWinName,
        "Process B",
        WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        HWND_DESKTOP,
        NULL,
        hThisInst,
        NULL
        );
    SetWindowLong(hwnd, 24, 135678);
    ShowWindow(hwnd,nWinMode);
    UpdateWindow(hwnd);

    while(GetMessage(&msg,NULL,0,0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    return msg.wParam;
}
LRESULT CALLBACK WindowFunc(HWND hwnd,UINT message,WPARAM wParam,LPARAM lParam)
{
    char strr[1000];    
    char s[] = "Click on the \"Block\" button below to make the main (GUI) thread block by waiting on a mutex forever since the mutex will never be released.";
    HWND hwndOther = hwnd;

    HDC hdc;
    PAINTSTRUCT ps;
    static int cxClient = 0, cyClient = 0;

    switch(message){

    case WM_CREATE:


        sprintf(strr, "Window created - handle is %x.\n", hwnd);
        OutputDebugString(strr);

        g_hwndButton = CreateWindow(                       
                        "Button",
                        "Block",
                        WS_CHILD|WS_VISIBLE,
                        10,
                        120,
                        50,
                        50,
                        hwnd,
                        (HMENU)ID_BUTTON,
                        g_hInst,
                        NULL
                        );

        return 0;

    case WM_SIZE:

        cxClient = LOWORD(lParam);
        cyClient = HIWORD(lParam);

        return 0;

    case WM_PAINT:

        hdc = BeginPaint(hwnd, &ps);

        TextOut(hdc, 10, 100, s, strlen(s));

        EndPaint(hwnd, &ps);

        return 0;

    case WM_COMMAND:
        {
            if (HIWORD(wParam) == BN_CLICKED && LOWORD(wParam) == ID_BUTTON)
            {                
                MessageBox(hwnd, "Main (GUI) Thread going in blocking state by waiting for mutex forever now", "", 0);
                WaitForSingleObject(g_hMutex, INFINITE);              
            }
        }

        break;

    case WM_DESTROY:

        PostQuitMessage(0);
        return 0;        
    }
    return DefWindowProc(hwnd,message,wParam,lParam);
}

最佳答案

我想我找到了在进程 B 中使用 MsgWaitForMultipleObjects() 的解决方案，这样它除了等待互斥锁之外，还会继续在队列中寻找消息。这样，进程A对进程B的窗口句柄的GetWindowLong()调用将正常返回，不会阻塞，问题就解决了。

这是进程 B 的更新代码，更改是在“阻止”按钮单击处理 WM_COMMAND 情况下(进程 A 代码保持不变):

#include <windows.h>
#include <stdio.h>
#include <commctrl.h>

int count = 0;
int count1 = 0;
TCHAR str[1000];

LRESULT CALLBACK WindowFunc(HWND,UINT,WPARAM,LPARAM);

TCHAR szWinName[] = TEXT("MyWin");

HINSTANCE g_hInst = NULL;

HANDLE g_hThread, g_hMutex;

HWND g_hwndButton;

#define ID_BUTTON (3456)

//worker thread fn
DWORD WINAPI ThreadFunc(LPVOID p)
{
    g_hMutex = CreateMutex(NULL, TRUE, "HELLO_MUTEX");
    // this worker thread now owns the above created mutex and goes into an infinite loop so that
    // the mutex is never released
    while (1){}
    return 0;
}

// main (GUI) thread
int WINAPI WinMain(HINSTANCE hThisInst,HINSTANCE hPrevInst,LPSTR lpszArgs,int nWinMode)
{    

    HANDLE hThread;
    DWORD threadld;
    // create a worker thread that will create a mutex and then will go into an infinite loop making sure that the mutex is never released
    // and thus when the main (GUI) thread calls WaitForSingleObject() on this mutex handle, it is going to block forever.
    hThread = CreateThread(NULL,
                            0,
                            ThreadFunc,
                            0,
                            0,
                            &threadld);

    // make the main (GUI) thread sleep for 5 secs so that by the time it wakes up, the worker thread will have created the mutex and gone into an infinite loop
    Sleep(5000);
    HWND hwnd;
    MSG msg;
    WNDCLASSEX wcl;
    g_hInst = hThisInst;
    wcl.cbSize = sizeof(WNDCLASSEX);
    wcl.hInstance = hThisInst;
    wcl.lpszClassName = szWinName;
    wcl.lpfnWndProc = WindowFunc;
    wcl.style = CS_HREDRAW|CS_VREDRAW;
    wcl.hIcon = LoadIcon(NULL,IDI_APPLICATION);
    wcl.hIconSm = NULL;
    wcl.hCursor = LoadCursor(NULL,IDC_ARROW);
    wcl.lpszMenuName = NULL;
    wcl.cbClsExtra = 0;
    wcl.cbWndExtra = 44;
    wcl.hbrBackground = (HBRUSH) GetStockObject(WHITE_BRUSH);
    if(!RegisterClassEx(&wcl)) return 0;
    hwnd = CreateWindowEx(
        WS_EX_WINDOWEDGE,
        szWinName,
        "Process B",
        WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        CW_USEDEFAULT,
        HWND_DESKTOP,
        NULL,
        hThisInst,
        NULL
        );
    SetWindowLong(hwnd, 24, 135678);
    ShowWindow(hwnd,nWinMode);
    UpdateWindow(hwnd);

    while(GetMessage(&msg,NULL,0,0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    return msg.wParam;
}

BOOL waitWithMessageLoop(HANDLE hMutex, BOOL &bExit)
{
    BOOL bContinue = TRUE;
    bExit = FALSE;
    while(bContinue)
    {
        DWORD dwReturn = ::MsgWaitForMultipleObjects(1, &hMutex, FALSE, INFINITE, QS_ALLINPUT);
        if(dwReturn == WAIT_OBJECT_0)
        {
            // our mutex got released
            bContinue = FALSE;
        }
        else if(dwReturn == WAIT_OBJECT_0 + 1)
        {
            MSG msg;
            while(::PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
            {
                if (msg.message == WM_QUIT)
                {
                    bExit = TRUE;
                    bContinue = FALSE;
                    break;
                }
                ::TranslateMessage(&msg);
                ::DispatchMessage(&msg);
            }
        }
        else
        {
            // MsgWaitForMultipleObjects() returned error
            return FALSE;
        }
    }
    return TRUE;
}


LRESULT CALLBACK WindowFunc(HWND hwnd,UINT message,WPARAM wParam,LPARAM lParam)
{
    char strr[1000];    
    char s[] = "Click on the \"Block\" button below to make the main (GUI) thread block by waiting on a mutex forever since the mutex will never be released.";
    HWND hwndOther = hwnd;

    HDC hdc;
    PAINTSTRUCT ps;
    static int cxClient = 0, cyClient = 0;

    switch(message){

    case WM_CREATE:


        sprintf(strr, "Window created - handle is %x.\n", hwnd);
        OutputDebugString(strr);

        g_hwndButton = CreateWindow(                       
                        "Button",
                        "Block",
                        WS_CHILD|WS_VISIBLE,
                        10,
                        120,
                        50,
                        50,
                        hwnd,
                        (HMENU)ID_BUTTON,
                        g_hInst,
                        NULL
                        );

        return 0;

    case WM_SIZE:

        cxClient = LOWORD(lParam);
        cyClient = HIWORD(lParam);

        return 0;

    case WM_PAINT:

        hdc = BeginPaint(hwnd, &ps);

        TextOut(hdc, 10, 100, s, strlen(s));

        EndPaint(hwnd, &ps);

        return 0;

    case WM_COMMAND:
        {
            if (HIWORD(wParam) == BN_CLICKED && LOWORD(wParam) == ID_BUTTON)
            {                
                MessageBox(hwnd, "Main (GUI) Thread going in blocking state by waiting for mutex forever now", "", 0);
                // disable the "Block" button
                EnableWindow(g_hwndButton, FALSE);
                //WaitForSingleObject(g_hMutex, INFINITE);// do NOT use this as this cause the GetWindowLong() call made in Process A to hang
                BOOL bExit = FALSE;
                waitWithMessageLoop(g_hMutex, bExit);
                if (bExit)
                {
                    PostQuitMessage(0);
                }
            }
        }

        break;

    case WM_DESTROY:

        PostQuitMessage(0);
        return 0;        
    }
    return DefWindowProc(hwnd,message,wParam,lParam);
}

谢谢，--阿努拉格。

关于windows - GetWindowLong() - Creators Update 引入的行为变化破坏了我的 win32 应用程序，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43562901/

文章推荐： html - float 图像在相对位置上不在同一高度

文章推荐： php - 如何使用另一个对象实例初始化 PHP 类的实例？

文章推荐： php - APC 和 ionCube 完全兼容吗？

delphi - 引入/不推荐使用的Delphi语言功能和版本列表
在开始之前，我想指出的是，我已经通过Google进行了一次诚实而真实的搜索，涉及范围很广，无法找到。我需要(对于我正在开发的项目)所有Delphi(从2007年到最新发布的版本，我不再支持任何早于2
mysql - 引入 Liquibase 数据库迁移到现有产品
我正在使用 RPM 将 Liquibase 数据库迁移添加到我们当前的产品部署中，并正在寻找一些有关如何实现我的预期目标的建议/技巧。最好，RPM 能够安装在全新且 Shiny 的开发人员环境以及现
objective-c - 引入 if() 时未使用的变量
我目前正在使用一本书学习 UITableViewCell。为了在滚动时重用单元格，作者要求修改原始代码以包含一个if()。检查特定重用标识符的单元格是否存在的语句。但是，在添加 if() 之后语句，X
c++ - 引入 protected 访问说明符背后的基本原理
在 C++ 中引入 protected 访问说明符背后的基本原理是什么。举个例子会有帮助。最佳答案对于这类问题，我推荐 Bjarne Stroustrup 的The Design And Evol
C++ 引入 'new' 模板参数
我正在尝试使用模板参数中给定的维度和类型创建一个可重用的矩阵类。结构本身就是: template struct Matrix { T elements[N* M]; }; 当我尝试实现矩阵乘
MySQL 间隔 - 引入 6 个月未登录的用户
我有一个简单的查询: $query1="SELECT * FROM wp_users WHERE now() < (last_login + INTERVAL 6 month)"; $resu
ruby - 将 RSpec 引入 RDoc
在 Ioke doc 中，ISpec 测试包含在文档中，参见 ioke.org/dok/index.html 这如何用 Ruby 的 RSpec 和 RDoc(或 SDoc)来完成？我找不到任何命令行
ssl - 引入 TCP ZeroWindow 后会发生什么？
在客户端/服务器通信中，我看到来自客户端的 TCP ZeroWindow。在这种情况之后预期的场景是什么(设置和发送什么标志)？以下是我可能得到的日志。在这种情况下，服务器发送 RST 数据包来终
c++ - 引入 lambda 后，类内部函数是否有任何用例？
来自wikipedia关于 Lambda 函数和表达式的文章: users will often wish to define predicate functions near the place w
java - Maven 引入 POM 中未指定的依赖项
我有一个由父 POM 和几个子模块组成的 Maven 项目。它在 Intellij 中编译和运行良好(我假设它使用 javac 而不是 Maven)。当我运行 maven clean install
javascript - 引入 d3.js 的麻烦
所以我刚开始使用 d3.js，但我一直收到 JavaScript 错误，我不知道为什么。我刚刚用 svg 创建了三个圆圈，想用 d3 选择它们。这是我的代码:
c++ - 是否可以将自动引用计数 (ARC) 引入 C++？
Objective C 引入了一种称为 ARC 的技术，以将开发人员从内存管理的负担中解放出来。听起来不错，如果g++也有这个功能，我想C++开发者会很高兴的。 ARC allows you to p
vue-cli3 引入 font-awesome的操作
在 package.json 添加 "font-awesome": "^4.7.0" 执行 npm install 在 main.js 引入
wsdl - 为什么 WSDL 引入 wsdl :message?
为什么 WSDL 引入 wsdl:message？和消息部分？与在操作参数(输入、输出、故障)中直接使用 XSD 相比，他们可以带来什么优势？它们(带有 wsdl 消息部分的 wsdl 消息)如何
laravel - 为什么将 loadCount() 引入 laravel 及其实际用法
I already read doc here : https://github.com/laravel/framework/pull/25997 我想知道的是使用 withCount()我们只是加载
.net - 引入 FOREIGN KEY 约束可能会导致循环或多个级联路径 - 为什么？
我已经为此苦苦挣扎了一段时间，但不太明白发生了什么。我有一个包含 Sides(通常是 2 个)的 Card 实体 - 并且 Cards 和 Sides 都有一个 Stage。我正在使用 EF Code
iOS14 引入 @State 绑定(bind)错误
下面的 swiftUI 代码在 iOS13 上运行良好，但是在使用 iOS14 进行测试时，我在尝试显示模式表时遇到了由强制解包选项引起的 fatal error 。据我所知，工作表不应该尝试为 se
java - 名称以前未按照 JSP.5.3 引入
出于个人原因，我需要记忆一下 jsp 上的一些事情 :) 我有一个简单的登录页面: Login First name:
python - 为什么 python 引入 PYTHONCASEOK 选项？
据我了解，PYTHONCASEOK 选项允许通过不区分大小写的匹配来导入模块。但是，由于 python 中的几乎所有内容都区分大小写，为什么它必须启用此选项以实现更惰性的写入。还有什么介绍的理由吗？
css - 早午餐不通过 bower.js 引入 Bootstrap
全新的早午餐(和 bower )。我通过 bower 安装了 Bootstrap，我有以下早午餐配置文件: exports.config = # See http://brunch.io/#doc

可可西里

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

windows - GetWindowLong() - Creators Update 引入的行为变化破坏了我的 win32 应用程序