Вид для печати
Что-то с хуками все же не чисто.
Все работает, но, когда переключаюсь с эмуляторного окна на окно консоли (которое у меня информационно-отладочное), все жутко начинает тормозить. Даже если в обработчике хука стоит просто переход по цепочке на следующий хук. Убираю хук - все работает быстро.
Пока что загадка.
Это проблема реализации. Может быть связано с тем, что сообщения об утрате фокуса прежним окном и получении фокуса новым окном приходят в эти окна в произвольной последовательности относительно друг друга.Цитата:
Сообщение от Titus
Всякое может быть, но вряд ли зависит от этого, т.к. хук абсолютно пустой и ничего не делает. Просто передает дальше - и все равно тормозит.Цитата:
Сообщение от Patron
Чудес не бывает - комп тормозит тогда, когда что-то делает. Можно вставить в хук отладочную печать на экран консоли - сообщения должны появляться только при нажатиях на клавиши.Цитата:
Сообщение от Titus
Мне все же кажется, что это накладки из-за того, что хук не в длл. Попробую выяснить.Цитата:
Сообщение от Patron
Быть такого не может - между EXE и DLL нет практически ни какой разницы. Скорее - там где-то Sleep( x ) всех спать отправляет.Цитата:
Сообщение от Titus
---------- Post added at 13:05 ---------- Previous post was at 12:47 ----------
Разборщик сообщений в хук-тесте выглядит так:
Строчка Sleep(1); применена для того, чтобы не отбирать у процессора слишком много времени.Код:dword uTC = GetTickCount();
MSG msg;
for(;;)
{
if( PeekMessage( &msg, NULL, 0, 0, PM_REMOVE ) )
{
TranslateMessage( &msg );
DispatchMessage( &msg );
if( msg.message == WM_QUIT ) break;
}
Sleep(1);
if( GetTickCount() - uTC > 20000 ) { break; }
};
Но при этом - разборщик не может обработать больше 1000 сообщений в секунду. Если сообщений будет приходить больше ( что в данном тесте полностью исключено ) - сообщения перестанут обрабатываться в реальном времени и всё начнёт дико тормозить.
Выяснил, где у меня подтормаживает.
При отладке дебаггером, тормозят две строчки PeekMessage и GetMessage. Причем ТОЛЬКО если есть хук, даже пустой, установленный моей программой. Тормозят где-то по 2-3 секунды каждая, потом программа идет далее.Код:if (PeekMessage(&msg, NULL, 0, 0, 0)) {
if (GetMessage(&msg, NULL, 0, 0)) { // Получить сообщение
TranslateMessage(&msg); // Если сообщение не QUIT,
DispatchMessage(&msg); // оттранслировать его окну
}
else SysExit(); // Иначе выйти закрыв все устройства
}
---------- Post added at 14:15 ---------- Previous post was at 14:09 ----------
Думаю, что дело в хуке.
В режиме, когда подвисают PeekMessage и т.д. (а это когда активно консольное окно эмулятора), функция хука, хотя и установлена, ПЕРЕСТАЕТ работать. Это определяется просто - печатаю в специальное окно сообщение 'Hool action', когда хук вызывается. Так вот в этом режиме оно перестает печататься. Это значит, что функция хука пропадает, и возможно на ней все и подвисает.
---------- Post added at 14:17 ---------- Previous post was at 14:15 ----------
Обработчик хука таков:
Подвисает при активном консольном окне хоть с со строчкой printf, хоть без нее. И прекрасно работает при переключении на окно эмулятора.Код:LRESULT CALLBACK KeyboardHook(int nCode, WPARAM wParam, LPARAM lParam)
{
printf("Hook action\n");
return CallNextHookEx(hhKeyboardHook, nCode, wParam, lParam);
}
Инициализация хука такая:
Цитата:
hhKeyboardHook = SetWindowsHookEx(WH_KEYBOARD_LL, KeyboardHook, hInst, 0); // Установить глобальный хук клавиатуры
То же самое можно сделать проще:Цитата:
Сообщение от Titus
Код:if ( PeekMessage( &msg, NULL, 0, 0, PM_REMOVE ) )
{
if ( msg.message != WM_QUIT )
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
else
{
SysExit();
}
}
Это не проще, и сути проблемы не меняет)Цитата:
Сообщение от Patron
Я ни разу не пользовался отладчиком и компилю всегда сразу в Release, поэтому (возможно) с описанными проблемами ни разу не столкнулся.
---------- Post added at 13:26 ---------- Previous post was at 13:24 ----------
Проще ровно в 2 раза ( сообщение извлекается из очереди за один вызов, а не за два ).Цитата:
Сообщение от Titus