CallNextHookEx - Hook

[Maniak]

как сделать так что б когда я отлавливаю клавишу (из ддл-ки хуком) - перекрыть эту клавишу, т.е. что бы выполнялась не системная функция а моя?

[Квэнди]

не передавать операционной системе дальнейшее управление...
Если DLL писали вы, то моя фраза вам польностью должна быть понятна, если нет, то вперед учить =)

[Maniak]

многозначительный ответ...
собственно это исходило даже из вопроса:

т.е. что бы выполнялась не системная функция а моя?

а есть еще вот такая вещь(выдрано из статьи "аспекты реализации hook"):

если вы работаете на Windows 2000, то вышеописанный пример будет работать иначе. Дело в том, что в Windows 2000 изменён механизм вызова ловушки, стоящей в очереди. Программисты Microsoft довели-таки его до ума, и в новой ОС он стал, по моему личному мнению, более логичен. В Windows 2000 если у вас имеется цепочка ловушек, то при выполнении функции CallNextHookEx(0, nCode, wParam, lParam ) вызывается следующая ловушка в цепочке, т.е. отпадает необходимость в передачи дескриптора, возвращаемого функцией SetWindowsHookEx. Таким образом, в первом примере будут вызываться обе ловушки и при клике на правую кнопку мыши вы увидите сообщение "HOOK2 working !", а затем и "HOOK1 working !". Рассмотрев и опробовав пример 2, вы увидите, что в Windows 2000 оба примера работают одинаково, хотя второй пример гораздо более сложен в плане реализации. Так как мы стремимся к тому, что бы наши программы были устойчивы в работе под любой версией Windows (имеются ввиду 32-х разрядные и выше), то в связи с этим я бы рекомендовал в ваших программах использовать метод, описанный далее в статье, а ещё лучше - делать проверку на ОС, под которой была запущена ваша программа и соответствующим образом работать с ловушками. К сожалению у меня нет описания, содержащего декларацию "новой" функции CallNextHookEx(), нововведение было обнаружено мной в результате тестирования своих программ на Windows 2000, поэтому возможны какие-то нюансы при работе с этой функцией. Лично я, работая с ловушками в среде Windows 2000, на другие изменения не натыкался, если кто-то располагает какой-либо интересной информацией по данному вопросу - буду признателен, если со мной ею поделятся.

Вразумительный ответ ктонибудь даст?

[Квэнди]

Собственно в статье и есть ответ на ваш вопрос.

[rpy3uH]

суть в том что при реализации хуков, наша DLL грузится во все процессы, и требуется что бы во всех копиях нашей DLL в переменной содержащей хендл ловушки был верный хендл, чтобы вызвать CallNextHookEx. И по словам автора той статьи в системах WinNT не требуется извращаться что бы во всех процессах был верный хендл. Но я бы не стал так утверждать...

[Slovinsky]

Но я бы не стал так утверждать...

В MSDN недвусмысленно написано, что первый параметр CallNextHookEx на NT игнорируется...

LRESULT CallNextHookEx(      
    HHOOK hhk,
    int nCode,
    WPARAM wParam,
    LPARAM lParam
);

http://msdn2.microsoft.com/en-us/lib...74(VS.85).aspx

[rpy3uH]

Сообщение от Slovinsky

В MSDN недвусмысленно написано, что первый параметр CallNextHookEx на NT игнорируется...

http://msdn2.microsoft.com/en-us/lib...74(VS.85).aspx

странно...

но почему тогда у меня не работает вот этот код

library hookDLL;

uses
  windows;

var
  HookHandle:  HHOOK = 0;

function SysMsgProc(CODE,WParam,LParam:DWORD):DWORD;stdcall;
begin
    CallNextHookEx(0,CODE,WParam,LParam);
end;

procedure SetHook(v:boolean);export;stdcall;
begin
 if v then
  begin
   HookHandle:=SetWindowsHookEx(WH_KEYBOARD,@SysMsgProc,HInstance,0);
  end
      else
  begin
   UnhookWindowsHookEx(HookHandle);
  end;
end;

exports
 SetHook;

begin

end.

когда ставишь хук блокируется клава, когда снимаешь всё нормально. Хотя по идее не должна блокироваться

P.S. может я дурак?

[Slovinsky]

rpy3uH, ты забыл Result:=CallNextHookEx...

[rpy3uH]

тьфу <censored> ...