Mousehook

[Aphton]

Im Grunde hat das mit Delphi per se nichts zu tun. Es ist ein Programmier- und kein Sprachfehler! Ich habe selber bereits Hooks unzählige Male in "Delphi" implementiert...

[hanspeter]

Zitat von Aphton:

Im Grunde hat das mit Delphi per se nichts zu tun. Es ist ein Programmier- und kein Sprachfehler! Ich habe selber bereits Hooks unzählige Male in "Delphi" implementiert...

Mit Delphi hat es schon zu tun.
Der Debugger (XE2) scheint nicht mit Hooks umgehen zu können. Sobald in dem Programm ein break vorhanden ist, hängt sich die IDE auf (XE2).
Außerhalb der IDE läuft das Programm.
Das es ein Sprachfehler ist, habe ich nie behauptet.
Programmierfehler ja, da gibt es noch unzählige in Delphi (siehe Quality-central).

[Assarbad]

Zitat von hanspeter:

Mit Delphi hat es schon zu tun.
Der Debugger (XE2) scheint nicht mit Hooks umgehen zu können. Sobald in dem Programm ein break vorhanden ist, hängt sich die IDE auf (XE2).

Nicht alles was man in einem Debugger ausführen kann, sollte man auch dort ausführen. Für derlei Zwecke kann man noch immer OutputDebugString und Freunde einsetzen und einen Debugger oder ein Programm wie DebugView mitlaufen lassen welches die Nachrichten anzeigt. Breakpoints kann man schon setzen, setzt man sie aber strategisch falsch muß man mit den Konsequenzen leben. Mit Delphi hat das erstmal grundsätzlich nichts zu tun - kann aber zusätzlich auf einen Fehler im Delphi-Debugger hinweisen (das will ich nicht ausschließen).