Понимание мыши низкого уровня и захвата клавиатуры (win32)

Вместо того, чтобы делать:

if (PeekMessage(&msg,0,0,0,PM_REMOVE)) {
    printf("msg recvd\n");
    TranslateMessage(&msg);
    DispatchMessage(&msg);
}
Sleep(50);

Переключитесь на:

while (PeekMessage(&msg,0,0,0,PM_REMOVE)) {
    // Add this potentially...
    if (msg.message == WM_QUIT)
        break;
    printf("msg recvd\n");
    TranslateMessage(&msg);
    DispatchMessage(&msg);
}
Sleep(10);

Это позволит ваше приложение, чтобы продолжить обработку всех сообщений в очереди, пока она не станет пустой (например, без сна), затем откажитесь от некоторого процессорного времени, когда приложение находится в режиме ожидания.

MouseHookProc должен находиться в dll, иначе вы не сможете захватить «глобальный» ввод ( http://msdn.microsoft.com/en-us/library/ms997537. aspx )

О цикле - вы можете изменить его так:

while(true) {
  MSG msg;
  while (PeekMessage(&msg,0,0,0,PM_REMOVE)) {
    printf("msg recvd\n");
    TranslateMessage(&msg);
    DispatchMessage(&msg);
  }
#ifdef TEST
  DoStuff();
  Sleep(50);
#endif
}

Я спросил вас, размещаете ли вы MouseHookProc в DLL, потому что при попытке разместить его внутри EXE возникает типичная ошибка. Я также делал ее много лет назад.

Прежде всего, как вы можете прочитать в http://msdn.microsoft.com/en-us/library/ms644990.aspx:

SetWindowsHookEx может быть использован для внедрения DLL в другой процесс. 32-битная DLL не может быть внедрена в 64-битный процесс, а 64-битная DLL не может быть внедрить в 32-битный процесс. Если приложение требует использования крючков в других процессах, необходимо чтобы 32-битное приложение вызвало SetWindowsHookEx для внедрения 32-битной DLL в 32-битные процессы, а 64-битное приложение вызывало SetWindowsHookEx для внедрения 64-битной DLL в 64-битные процессы. 32-битные и 64-битные библиотеки DLL должны иметь разные имена.

Поэтому вы должны поместить в DLL. Точнее, если вы хотите поддерживать как 32-битную, так и 64-битную платформы, вам придется реализовать две DLL: одну 32-битную и 64-битную DLL. Но зачем? И как работает SetWindowsHookEx?

Если вы выполните в EXE следующий код

HINSTANCE hinstDLL = LoadLibrary(TEXT("c:\\myapp\\syshook.dll"));
HOOKPROC hkprcMouse = (HOOKPROC)GetProcAddress(hinstDLL, "MouseHookProc");
HHOOK hhookMouse = SetWindowsHookEx( 
                    WH_MOUSE_LL,
                    hkprcMouse,
                    hinstDLL,
                    0); 

вы дадите user32.dll запрос на внедрение вашей syshook.dll во все остальные процессы на той же станции windows (dll не будет внедрена в службы и процессы других пользователей, залогиненных через быстрое переключение пользователей). Затем user32.dll вызывает LoadLibrary к syshook.dll в разных процессах. Затем, если будет вызвана функция MouseHookProc, то она будет вызвана в контексте процесса, который передал сообщение мыши. Если процесс не является консольным приложением, то код типа

printf("right mouse down\n");

не может работать.

Итак, надеюсь, теперь вы поняли, почему вы должны поместить MouseHookProc в DLL.