Где достать таблицу для:
хардварных сканкодов клавиш? Единая ли она для винды, или же для разных версий дров, клавиатур и т.д. может отличаться?Код:scanCode
Type: DWORD
A hardware scan code for the key.
Вид для печати
Где достать таблицу для:
хардварных сканкодов клавиш? Единая ли она для винды, или же для разных версий дров, клавиатур и т.д. может отличаться?Код:scanCode
Type: DWORD
A hardware scan code for the key.
Scan Code values generated by the PC KeyboardЦитата:
Сообщение от Titus
Не зависит от операционки - эти коды генерит контроллер клавиатуры.Цитата:
Единая ли она для винды, или же для разных версий дров, клавиатур и т.д. может отличаться?
Пока что разбираюсь, как эмулировать зажигание лампочек изнутри функции обработки хука.
Предложенный метод не подходит:
Т.к. он по идее сам и вызовет хук?Код:// Simulate a key press
keybd_event( VK_CAPITAL,
0,
KEYEVENTF_EXTENDEDKEY | 0,
0 );
Попытка внутри хука менять на лету параметр vkCode, scanCode, да и вообще все - на зажигание лампочки НЕ влияет. Влияет если только прервать цепочку хуков по return (1). А мне нужно не прервать, а подменить один код на другой, чтобы заставить принудительно включить или выключить лампочку.
Хук нужен только для того, чтобы пропускать или не пропускать "лампочные" нажатия в Windows. Всё остальное должны делать обычные подпрограммы.Цитата:
Сообщение от Titus
Представим предельно сложную ситуацию, когда клавиша CapsLock и лампочка CapsLock никак друг с другом не связаны - нажатия проходят "мимо лампочки", а лампочка напрямую управляется из программы.
Чтобы хук мог отличить обычные нажатия ( которые он запишет в матрице, но не пропустит в Windows ) и фейк-нажатия (которые в нужный момент генерятся программой специально, чтобы переключить лампочку, и не должны влиять на матрицу нажатых клавиш) - то чтобы хук мог их отличать - нужен всего лишь ещё один флаг для хука, который будет устанавливаться подпрограммой управления лампочкой перед посылкой фейк-нажатия и сбрасываться сразу после этого.
Ну я так и думал.Цитата:
Сообщение от Patron
Просто хорошо было бы, если б были более компактные решения)
Флаг можно посылать в скан-коде - это даже лучше, т.к. настоящее нажатие точно не сможет встрять. Перед отправкой кода в Windows хук должен этот бит чистить.Цитата:
Сообщение от Titus
Как его засунуть в сканкод?Цитата:
Сообщение от Patron
---------- Post added at 00:53 ---------- Previous post was at 00:48 ----------
Если передавать в поле bScan, то не стремно ли? Считается, что этот параметр не используется, может быть он и не дойдет в каких-то версиях.
В параметр dwFlags функции keybd_event - там полно места.Цитата:
Сообщение от Titus
---------- Post added 02.01.2013 at 00:03 ---------- Previous post was 01.01.2013 at 23:59 ----------
А можно и прямо в bScan - он там как раз для того, чтобы "общаться" с хуком.
Я уже нашел штатный флаг, который устанавливается при симуляции нажатия - это:
Цитата:
4 Specifies whether the event was injected. The value is 1 if the event was injected; otherwise, it is 0.
Да, в прошлом году я этот флаг тоже нашёл, но за прошедший день упел про него забыть :)
Что-то с хуками все же не чисто.
Все работает, но, когда переключаюсь с эмуляторного окна на окно консоли (которое у меня информационно-отладочное), все жутко начинает тормозить. Даже если в обработчике хука стоит просто переход по цепочке на следующий хук. Убираю хук - все работает быстро.
Пока что загадка.
Это проблема реализации. Может быть связано с тем, что сообщения об утрате фокуса прежним окном и получении фокуса новым окном приходят в эти окна в произвольной последовательности относительно друг друга.Цитата:
Сообщение от 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
Ну не в этом суть. И так, и так будет тормозить.Цитата:
Сообщение от Patron
Но тормозит не только в отладчике, тормозит и не в отладчике, если мое информационное окно консоли активно. Тормозит на вышеописанных местах.
Это точно какая-то проблема реализации.Цитата:
Сообщение от Titus
А если отключить хук в коде, но запускать перед эмулятором хук-тест - тогда какие симптомы ?
Тогда все работает идеально.Цитата:
Сообщение от Patron
Однако, вся инициализация и обработчик хука в эмуляторе - предельно просты и приведены выше.
А если запустить хук-тест после запуска эмулятора, а потом переключиться в эмулятор ?Цитата:
Сообщение от Titus
Можно сделать два захода - когда эмулятор оставлен в окне эмуляции, а после запуска хук-теста переключается в окно консоли, и наоборот - оставлен в окне консоли, а потом переключается в окно эмуляции.
Все работает, хоть до, хоть после. Пробовал.Цитата:
Сообщение от Patron
Можно сделать так, чтобы окно эмуляции устанавливало хук только при получении фокуса, а при потере фокуса - убирало хук..
Но лучше - сделать в эмуляторе ещё одно пустое окно, переключение в которое происходило бы без тормозов - и добавлять туда код реализации консоли, пока тормоза не проявятся.
Хочу для эксперимента сделать в библиотеке.
Есть пример пустой библиотеки? А то VisualC по умолчанию пихает туда какой-то фигни, из-за чего размер 160кб. Причем, фиг отключишь в настройках линкера. Не получилось пока что.
В приложении - статически собранная DLL ( с проектом ), которая при загрузке устанавливает хук и начинает писать лог в файл GlobalHook.log, а при выгрузке - убирает хук и закрывает лог.Цитата:
Сообщение от Titus
Хук будет работать только тогда, когда загрузившая эту DLL программа обрабатывает сообщения.
Так в теории. На практике мне эту DLL грузить нечем, а писать в отдельном проекте ещё и специальный загрузчик - лень.
...
Эм... а 86кб почему?)
Сборка статическая - код реализации всех использованных в исходнике DLL вызовов прилинкован к "телу" DLL.Цитата:
Сообщение от Titus
Фух, довел хотя бы до 37Кб)
---------- Post added at 16:53 ---------- Previous post was at 16:52 ----------
Слишком много прилинковывается. Разве оно ВСЕ надо? Или это просто стандартный набор?Цитата:
Сообщение от Patron
---------- Post added at 16:54 ---------- Previous post was at 16:53 ----------
Вот ЭТО нужно все?
Цитата:
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
---------- Post added at 16:58 ---------- Previous post was at 16:54 ----------
Почему?Цитата:
Сообщение от Patron
Без понятия.Цитата:
Сообщение от Titus
Мне ещё ни разу не удалось заставить работать хук в такой программе, которая не обрабатывает сообщения, или в то время, когда программа почему-то перестаёт обрабатывать сообщения.
---------- Post added at 16:15 ---------- Previous post was at 16:14 ----------
Прилинковывается только тот код, который реально вызывается в DLL.Цитата:
Сообщение от Titus
Прилинковывается та библиотека из этого списка, функции которой используются, остальные нет? Возможно в твоем проекте и так.Цитата:
Сообщение от Patron
А когда я сделал голый проект библиотеки в Вижуал Си, там все было вроде то же самое, но размер итогового файла был 160кб, а у тебя 80кб. Правда, оптимизациями я его уже довел до 37кб, что вообще приемлимо.
Размер файла роли не играет. Windows файлы в память не грузит, а запускает на выполнение "прямо с диска". Поэтому, если какой-то код есть в файле, но не используется - такой код так и останется на диске, ни разу не попав в память.Цитата:
Сообщение от Titus
Мне кажется, ты ошибаешься)Цитата:
Сообщение от Patron
Да и размер либы мне важен в комплекте с эмулятором.
Размер важен лишь в смысле размера архива. При запуске файла - Windows просто помечает его как специальный файл подкачки, считывая данные оттуда только при промахе системы виртуальной памяти.
Ужас) В какое время мы живем)Цитата:
Сообщение от Patron
При запуске со съёмных носителей и сетевых приводов - файл EXE считывается целиком и не лочится в качестве файла подкачки.Цитата:
Сообщение от Titus
Поэтому, чтобы после запуска на выполнение гибридных файлов DskExe ( которые я научился делать ровно год назад ) их можно было не только читать, но и писать - надо научиться устанавливать из эмулятора виртуальный файл-сервер и перезапускать эмуляторную часть файла DskExe оттуда.
Какой формат должна иметь какая-либо вызываемая функция в библиотеке, кроме DllMain(), которая инициализирует либу? И в каком виде ее передавать в GetProcAddress() при открытии либы? Прям в таком же добуквенном?
Вот чего интересного нарыл про работу с хуками. Только пока не понял, как сегменту присвоить значение FIXED. И что оно значит вообще.
Цитата:
DLL можно и не загружать если в небольшой программке сделать все сегменты FIXED через def-файл, и там не нужно будет вызывать даже MakeProcInstance - всё будет и так работать.
Судя по тому, что хуки у VisualStudio прекрасно работают из EXE - там всё так и есть.Цитата:
Сообщение от Titus
А зачем это надо в данном случае, когда хук (по идее) должен устанавливаться вызовом LoadLibrary.Цитата:
Какой формат должна иметь какая-либо вызываемая функция в библиотеке, кроме DllMain(), которая инициализирует либу? И в каком виде ее передавать в GetProcAddress() при открытии либы?
Создаётся файл лога после вызова LoadLibrary( "Hook_DLL.dll" ) ?