SetWindowsHookEx ... geht systemweit auch ohne DLL ... ?

[Daniel]

Nun stellt Euch vor, wie viel überflüssige Arbeit ich gehabt hätte, wenn ich zuvor die Doku gelesen hätte.

[Sir Rufo]

Das ist wie mit der Hummel und dem fliegen.

Würde die sich einen Kopf um Aerodynamik machen, käme die nicht einen Millimeter in die Höhe.
Aber so ... sie fliegt einfach allen aerodynamischen Regeln zum Trotz.

[rollstuhlfahrer]

also mich hat das schon immer gestört, dass man eine DLL nehmen muss. Wenn das auch ohne geht, spart man sich viel Entwicklungsaufwand, da eine EXE wesentlich einfacher zu debuggen ist als eine DLL.

Bernhard

PS: Dann braucht auch keiner mehr den dazugehörigen Feature Request zu schreiben.

[brechi]

Es ging schon immer ohne DLL mit _LL nur gabs das nicht unter Win98 wenn ich mich net irre.
http://forum.madshi.net/viewtopic.ph...d1a7145923104f
von 2007 für Keyboard_LL

[Luckie]

Und wie ist dann das Windows SDK zu verstehen? Die entsprechende Stelle wurde ja schon zitiert.

[Zacherl]

Also ich kann bestätigen, dass ein globaler Tastaturhook mit SetWindowsHookEx() auch ohne DLL funktioniert. Hatte vor ewigen Zeiten schonmal ein Beispiel für einen einfachen Keylogger gesehen, der diese Methode verwendete.

Das MSDN Zitat bezieht sich nicht zufällig auf API Hooks oder dergleichen? Das würde die Sache ja erklären.

[jaenicke]

Es gibt verschiedene Arten von Hooks und dementsprechend verschiedene Stellen, an denen diese installiert werden. Deshalb funktionieren manche auch außerhalb einer DLL. Das sind genau die, deren aufzurufender Code aufgrund ihrer Funktionsweise einfach gesagt nicht von überall aus dem System erreichbar sein muss.

Dazu gehören die Hooks für das Abfangen von Tastatureingaben und der Maus, da diese über den Desktop Window Manager abgehandelt werden können. Andere Hooks müssen aber in den Speicherbereich anderer Prozesse eingeblendet werden und das geht nur mit Code, der in einer DLL liegt.

Deshalb gilt diese Restriktion nicht für alle Hooks. Es kann aber durchaus sein, dass sich dies in späteren Windowsversionen ändert, wenn das Handling geändert wird.

[mleyen]

hook.pas D3+ bzw. hier

Welche Hooks gehen so denn nicht?
Ich dachte bisher immer der Trick liegt an der ASM-Prozedur:

Delphi-Quellcode:

function StdHookProc(Code, WParam: WPARAM; LParam: LPARAM): LResult; stdcall; assembler; 
asm 
  XOR     EAX,EAX 
  PUSH    EAX 
  PUSH    LParam 
  PUSH    WParam 
  PUSH    Code 
  MOV     EDX,ESP 
  MOV     EAX,[ECX].Longint[4] 
  CALL    [ECX].Pointer 
  ADD     ESP,12 
  POP     EAX 
end;

[toms]

Zitat von mleyen:

Welche Hooks gehen so denn nicht?

Diese drei Hooks müsen sich nicht in einer dll befinden, all anderen Hooks schon (IIRC)

• WH_MOUSE_LL
• WH_KEYBOARD_LL
• WH_JOURNAL

RECORD

[Luckie]

Das heißt, die Dokumentation ist an diesem Punkt unvollständig bzw. ungenau?