Хук на клавиатуру без своей DLL не запускается на ХР, но на 7 работает отлично

Пишу глобальный хук без написания своего длл( читал, что WH_KEYBOARD_LL это позволяет, да и у меня всё с первого раза получилось ) и всё у меня на компе выходит(у меня винда 7 64 бита), и на другом компе, где винда 7 64 бита, но нет среды разработки тоже все хорошо. Но вот на 32 битной ХР-шке хук не устанавливаеться. Процедура пока ничего не делает существенного, но хук не запускаеться.
Примерный код, чтобы было яснее.
Само приложение 32 битное.

Так вот на Вин7 все хорошо и процедура работает отлично, но на ХР получаю окно, что все плохо, то есть хук не установлен.

Что я думал:
1. Запуск от админа. Хук может не установиться, если не быть с правами админа, но на ХР права админа есть так, что, думаю, это отпадает.
2. 32 битные либы для 32 битных систем. Компилирую я под 64 битной виндой 7, но я как бы не пишу своей длл, поетому я тут не знаю, мне кажеться, что раз длл своей нет, значит и не в этом дело.

Возможно всё дело в User32.dll, ведь код то рабочий, поетому проблема может быть в либах, но только я так и не могу понять почему хук не ставиться и что с либами сделать(опыта не хватает), поетому прошу помощи.
Возможно для опытных программистов этот вопрос прост, надеюсь на вас.

0

Сообщение от Chernobyl //говорим, что плохо

, и сразу же вызываем GetLastError, чтобы посмотреть, почему именно все плохо... Хотя очень странно, это прекрасно работало, насколько я помню, под WinXP 32 bit...

1

UI, Благодарю.
Есть ошибка, 1428 - Cannot set nonlocal hook without a module handle.
Что Вы думаете по этому поводу?
Только что прогуглил решения. 3 главных.
1. Одни говорят нужно процедуру в длл, думаю не то, ведь без длл должно быть, поетому отпадает.
2. Один сказал, что должно быть
Конечно же это не работает ни там ни там, тоже одпадает.
3. Нашел схожую проблему на стаковерфлоу, думаю это то, что и у меня, но не могу разобрать, что там собственно посоветовали (там си шарп). Если Вы понимаете как и что это на С++, то скажите пожалуйста.
http://stackoverflow.com/quest... -windows-7

0

Приветствую!
Одно время назад, было это: Текстовый редактор убрать функции

Добавлено через 12 минут
Странно, что Ссылка с указанным мною пакетом находится в неуместном месте...
* то, что я пытался указать вам - полнофункциональный перехватчик, единственное - там ассоциировано на "Блокнот" - ни столь важно, увидите.

0

А по-моему, здесь все предельно понятно:

Hooks Overview
http://msdn.microsoft.com/en-u... 85%29.aspx

A global hook monitors messages for all threads in the same desktop as the calling thread. A thread-specific hook monitors messages for only an individual thread. A global hook procedure can be called in the context of any application in the same desktop as the calling thread, so the procedure must be in a separate DLL module.

SetWindowsHookEx function
http://msdn.microsoft.com/en-u... 85%29.aspx

The scope of a hook depends on the hook type. Some hooks can be set only with global scope; others can also be set for only a specific thread, as shown in the following table. Hook Scope ... WH_KEYBOARD_LL Global only ...

1

Chernobyl, Чуть больше кода приведи, как именно устанавливается хук, и как организуется обработка очереди сообщений? Потому что вот это: Хук клавиатуры - как получить код нажатой клавиши (Третий раз за сегодня даю эту ссылку. Странно, что всем так хуки понадобились сразу?) прекрасно работает и на WinXP и на Win7...

Ибо LowLevelKeyboardProc callback function говорит, что

This hook is called in the context of the thread that installed it. The call is made by sending a message to the thread that installed the hook. Therefore, the thread that installed the hook must have a message loop.

1

Кажется, я погорячился по поводу того, что процедура хука данного
типа обязана быть в dll:

LowLevelKeyboardProc callback function
http://msdn.microsoft.com/en-u... 85%29.aspx

An application-defined or library-defined callback function used with the SetWindowsHookEx function. ... However, the WH_KEYBOARD_LL hook is not injected into another process. Instead, the context switches back to the process that installed the hook and it is called in its original context.

1

UI, Убежденный, Прошу прощения, что вчера не отвечал. Честно говоря, я не поклонник ночного дебага, поетому взялся за это дело сегодня с новыми силами и разрешил проблему достаточно быстро.
Мой старый код,
я заменил на вот это
Теперь всё работает и на Хр и на 7, хотя я так и не понял, почему собственно ХР захотела именно GetModuleHandle, если кто-то знает, то буду рад услышать.
Но самое главное, что уже работает.
Всех благодарю за отлик в теме.

0