У меня есть пример кода, взятый из регистрации для уведомления устройства определить, если устройство USB удалено. Этот код использует Win32 API, и я успешно его протестировал.

Когда я пытаюсь интегрировать эту функциональность в производный класс QObject, у меня возникает сбой в методе MessagePump():

void QObjectDerivedClass::MessagePump() {
    MSG message;
    int retVal;

    if (!m_hWnd) {
        return;
    }

    qDebug() << Q_FUNC_INFO;

    // Get all messages for any window that belongs to this thread,
    // without any filtering. Potential optimization could be
    // obtained via use of filter values if desired.

    while ((retVal = GetMessage(&message, m_hWnd,
                             MSG_FILTER_MIN, MSG_FILTER_MAX)) != 0) {
        if (retVal == -1) {
            break;
        } else {
            TranslateMessage(&message);
            DispatchMessage(&message);
        }
    }
}

Как вы можете себе представить, я должен изменить обратный вызов WndProc() в примере, чтобы использовать статический член для этого класса и удовлетворить объект WNDCLASS следующим образом:

BOOL QObjectDerivedClass::InitWindowClass() {
    WNDCLASSEX wndClass;/* = {0};*/

    wndClass.cbSize = sizeof(WNDCLASSEX);
    wndClass.style = 0;
    wndClass.hInstance = reinterpret_cast<HINSTANCE>(GetModuleHandle(0));
    // WndProcThunk is an static member of QObjectDerivedClass
    wndClass.lpfnWndProc = reinterpret_cast<WNDPROC>(WndProcThunk);
    wndClass.cbClsExtra = 0;
    wndClass.cbWndExtra = 0;
    wndClass.hIcon = NULL;
    wndClass.hIconSm = NULL;
    wndClass.hbrBackground = NULL;
    wndClass.hCursor = NULL;
    wndClass.lpszClassName = WND_CLASS_NAME;
    wndClass.lpszMenuName = NULL;

    if (!RegisterClassEx(&wndClass)) {
        qDebug() << Q_FUNC_INFO << "Unable to register window class. Error:"
             << QString::number(GetLastError());

        return FALSE;
    }

    m_instance = wndClass.hInstance;

    return TRUE;
}

Стек вызовов при сбое приложения:

1                                                                0xd26128   
2  SetManipulationInputTarget             USER32                 0x7709d2b3 
3  DispatchMessageW                       USER32                 0x7707e88a 
4  DispatchMessageW                       USER32                 0x7707e4c0 
5  RealGetWindowClassW                    USER32                 0x7708a64f 
6  KiUserCallbackDispatcher               ntdll                  0x772e08c6 
7  QObjectDerivedClass::MessagePump       qobjectderived.cpp 165 0xa52e88   
8  QObjectDerivedClass::Start             qobjectderived.cpp 346 0xa52bc2   
9  wWinMain                               main.cpp           259 0xa525ff   
10 invoke_main                            exe_common.inl     118 0xa5516e   
11 __scrt_common_main_seh                 exe_common.inl     253 0xa54fd0   
12 __scrt_common_main                     exe_common.inl     296 0xa54e6d   
13 wWinMainCRTStartup                     exe_wwinmain.cpp   17  0xa55188   
14 BaseThreadInitThunk                    KERNEL32               0x73d862c4 
15 RtlSubscribeWnfStateChangeNotification ntdll                  0x772d0fd9 
16 RtlSubscribeWnfStateChangeNotification ntdll                  0x772d0fa4

Есть идеи, как решить эту аварию?


РЕДАКТИРОВАТЬ: Опубликован стандартный вывод:

int __stdcall wWinMain(struct HINSTANCE__ *,struct HINSTANCE__ *,wchar_t *,int)
int __stdcall QObjectDerivedClass::WndProcThunk(struct HWND__ *,unsigned int,unsigned int,long)
int __stdcall QObjectDerivedClass::WndProcThunk(struct HWND__ *,unsigned int,unsigned int,long)
int __stdcall QObjectDerivedClass::WndProcThunk(struct HWND__ *,unsigned int,unsigned int,long)
int __stdcall QObjectDerivedClass::WndProcThunk(struct HWND__ *,unsigned int,unsigned int,long)
void __thiscall QObjectDerivedClass::MessagePump(void)
0
Juan Garcia 5 Апр 2017 в 15:07

2 ответа

Лучший ответ

Вам не нужно переопределять нативную перекачку сообщений: Qt уже делает это за вас.

Вместо этого реагируйте на сообщения Windows при повторной реализации nativeEventFilter в конкретном QAbstractNativeEventFilter . Повторная реализация также может наследовать QObject - убедитесь, что QObject является первым базовым классом, поскольку это единственный поддерживаемый способ наследования QObject.

Чтобы использовать фильтр, установите его с помощью qApp->installNativeEventFilter.

2
Reinstate Monica 5 Апр 2017 в 13:40

WinApi изначально не знает C ++. QT отвлечет всю тяжелую работу, связанную с передачей правильных сообщений в правильное окно. Похоже, вы пытаетесь обойти все эти вещи и сами создаете окна и прокачиваете сообщения, что вызывает ваши проблемы.

Почему бы не выполнить простой пример QT и вставьте в него свои изменения, а не изобретайте колесо.

-1
Neil 5 Апр 2017 в 12:15