Вопрос № 38083: Здраствуйте уважаемые эксперты. Я программирую на Visual Basic .NET. В своем проекте я использовал API функцию установки глобального хука на клавиатуру (SetWindowsHookEx). все нормально работает, нажатия клавиш отлавливаются, но встал вопрос. Как при...Вопрос № 38159: Здравствуйте уважаемые экперты!
Приведите пример для перехвата сообщений
окна с помощью хуков или дайте ссылку.
Только не надо приводить примеры с сообщениеми
от клаиатуры или мыши. Нужно именно оконные или
системные сообщения (...Вопрос № 38176: Уважаемые Эксперты !
Функция ReadFile(hcom,.......)читает байт из COM-порта
и сразу же Функция WriteFile(hcom,.......) отправляет байт в COM-порт
обмен происходит со скоростью 9600 т.е запрос -ответ должен происходить
через ~2 мс...
Вопрос № 38.083
Здраствуйте уважаемые эксперты. Я программирую на Visual Basic .NET. В своем проекте я использовал API функцию установки глобального хука на клавиатуру (SetWindowsHookEx). все нормально работает, нажатия клавиш отлавливаются, но встал вопрос. Как при нажатии на определенную клавишу в активное окно отослать не один символ, а строку(например, в блокнот)? Заранее благодарен.
Не помню точно но по моему есть функция SendInput в winApi описание которой вы можете найти в help или msdn и которая посылает любые нажатия клавиш в любое окно.
Ответ отправил: Egor (статус: 1-ый класс)
Ответ отправлен: 21.03.2006, 14:35
Отвечает: X-MAN
Здравствуйте, Рязанов Максим Валерьевич!
Я рекомендую ипользовать ф-цию SendMessage или PostMessage для каждого символа встороке
SendMessage(hWnd, WM_CHAR, wParam, lParam)
hWnd : Хэндл окна, можно получить ф-цией GetForegroundWindow (если окно активно), или FindWindow.
wParam : Код символа
lParam : 0
Ответ отправил: X-MAN (статус: 4-ый класс)
Ответ отправлен: 21.03.2006, 23:11
Вопрос № 38.159
Здравствуйте уважаемые экперты!
Приведите пример для перехвата сообщений
окна с помощью хуков или дайте ссылку.
Только не надо приводить примеры с сообщениеми
от клаиатуры или мыши. Нужно именно оконные или
системные сообщения (типа WM_),
поскольку именно с их не получается перехватить с
использованием хуков. В то время как утилита Spy
их прекрасно перехватывает.
Спасибо за ответы.
Отправлен: 21.03.2006, 22:30
Вопрос задал: 1556 (статус: 2-ой класс)
Всего ответов: 1 Мини-форум вопроса >>> (сообщений: 0)
Отвечает: Fox_ozersk
Здравствуйте, 1556!
Вы писали:
>Только не надо приводить примеры с сообщениеми
>от клаиатуры или мыши. Нужно именно оконные или
>системные сообщения (типа WM_)
Если честно, то я не вижу различий в обработке! Когда-то нужно было отслеживать создание новых окон, поступал стандартно (и всё работало нормально), использовав функцию
после этого всё действие разворачивалось в моей Dll-ке, где в функции
LRESULT CALLBACK ShellProc( int nCode,
WPARAM wParam,
LPARAM lParam
);
отслеживалось nCode == HSHELL_WINDOWCREATED и обрабатывалось!
И всё это работало на "УРА"!!!
The SetWindowsHookEx function installs an application-defined hook procedure into a hook chain. You would install a hook procedure to monitor the system for certain types of events. These events are associated either with a specific thread or with all threads in the same desktop as the calling thread.
idHook
[in] Specifies the type of hook procedure to be installed. This parameter can be one of the following values.
WH_CALLWNDPROC
Installs a hook procedure that monitors messages before the system sends them to the destination window procedure. For more information, see the CallWndProc hook procedure.
WH_CALLWNDPROCRET
Installs a hook procedure that monitors messages after they have been processed by the destination window procedure. For more information, see the CallWndRetProc hook procedure.
WH_CBT
Installs a hook procedure that receives notifications useful to a computer-based training (CBT) application. For more information, see the CBTProc hook procedure.
WH_DEBUG
Installs a hook procedure useful for debugging other hook procedures. For more information, see the DebugProc hook procedure.
WH_FOREGROUNDIDLE
Installs a hook procedure that will be called when the application's foreground thread is about to become idle. This hook is useful for performing low priority tasks during idle time. For more information, see the ForegroundIdleProc hook procedure.
WH_GETMESSAGE
Installs a hook procedure that monitors messages posted to a message queue. For more information, see the GetMsgProc hook procedure.
WH_JOURNALPLAYBACK
Installs a hook procedure that posts messages previously recorded by a WH_JOURNALRECORD hook procedure. For more information, see the JournalPlaybackProc hook procedure.
WH_JOURNALRECORD
Installs a hook procedure that records input messages posted to the system message queue. This hook is useful for recording macros. For more information, see the JournalRecordProc hook procedure.
WH_KEYBOARD
Installs a hook procedure that monitors keystroke messages. For more information, see the KeyboardProc hook procedure.
WH_KEYBOARD_LL
Windows NT/2000/XP: Installs a hook procedure that monitors low-level keyboard input events. For more information, see the LowLevelKeyboardProc hook procedure.
WH_MOUSE
Installs a hook procedure that monitors mouse messages. For more information, see the MouseProc hook procedure.
WH_MOUSE_LL
Windows NT/2000/XP: Installs a hook procedure that monitors low-level mouse input events. For more information, see the LowLevelMouseProc hook procedure.
WH_MSGFILTER
Installs a hook procedure that monitors messages generated as a result of an input event in a dialog box, message box, menu, or scroll bar. For more information, see the MessageProc hook procedure.
WH_SHELL
Installs a hook procedure that receives notifications useful to shell applications. For more information, see the ShellProc hook procedure.
WH_SYSMSGFILTER
Installs a hook procedure that monitors messages generated as a result of an input event in a dialog box, message box, menu, or scroll bar. The hook procedure monitors these messages for all applications in the same desktop as the calling thread. For more information, see the SysMsgProc hook procedure.
lpfn
[in] Pointer to the hook procedure. If the dwThreadId parameter is zero or specifies the identifier of a thread created by a different process, the lpfn parameter must point to a hook procedure in a dynamic-link library (DLL). Otherwise, lpfn can point to a hook procedure in the code associated with the current process.
hMod
[in] Handle to the DLL containing the hook procedure pointed to by the lpfn parameter. The hMod parameter must be set to NULL if the dwThreadId parameter specifies a thread created by the current process and if the hook procedure is within the code associated with the current process.
dwThreadId
[in] Specifies the identifier of the thread with which the hook procedure is to be associated. If this parameter is zero, the hook procedure is associated with all existing threads running in the same desktop as the calling thread.
Return Value
If the function succeeds, the return value is the handle to the hook procedure.
If the function fails, the return value is NULL. To get extended error information, call GetLastError.
И возможно найдёте то, что Вам надо !
;-)
--------- Чтобы писать программы голова не нужна, нужна клавиатура !
Ответ отправил: Fox_ozersk (статус: 1-ый класс)
Ответ отправлен: 26.03.2006, 20:18
Вопрос № 38.176
Уважаемые Эксперты !
Функция ReadFile(hcom,.......)читает байт из COM-порта
и сразу же Функция WriteFile(hcom,.......) отправляет байт в COM-порт
обмен происходит со скоростью 9600 т.е запрос -ответ должен происходить
через ~2 мс.Фактически получается еще дополнительная задержка ~5мс
наверное связанная с многозадачностью которую обслуживает операционная
система. Что нужно сделать в программе чтобы избежать этой задержки?
Григорий
Отправлен: 22.03.2006, 06:25
Вопрос задал: Grigoriy (статус: Посетитель)
Всего ответов: 2 Мини-форум вопроса >>> (сообщений: 0)
Отвечает: Лысков Игорь Витальевич
Здравствуйте, Grigoriy!
Первое, что пришло в голову:
Например, оформить обмен в виде отдельного треда и дать HIGH приоритет. Этим
можно несколько снизить задержки, связанные "с мультизадачностью"
PS Винда - это не риалтайм система! Так, что придется смириться с тем, что получается.
Или писать свой драйвер :) (Что является весьма нетривиальной задачей!)
--------- Удачи!
Ответ отправил: Лысков Игорь Витальевич (статус: Студент)
Ответ отправлен: 22.03.2006, 10:10 Оценка за ответ: 4
Отвечает: Egor
Здравствуйте, Grigoriy!
Может все дело в том что он читает не по 1 байту а заполняет буфер в памятит и только потом отдает байт программе?помочь могли бы асинхронные ввод/вывод.
Ответ отправил: Egor (статус: 1-ый класс)
Ответ отправлен: 22.03.2006, 12:21 Оценка за ответ: 3
