3

我正在制作一个将自身连接到目标应用程序的应用程序,并且在被用户激活时,会阻止所有键盘和鼠标窗口消息到达目标应用程序的窗口进程。我的应用程序通过将传入的输入消息(例如 , WM_MOUSEMOVE)转换为 来做到这WM_NULL一点,以便窗口 proc 不知道发生了输入。

问题是当鼠标输入发生时,Windows 也会自动发送WM_SETCURSORWM_NCHITTEST到窗口进程(例如,当应用程序调用时)。PeekMessage这些消息不会发布到窗口的消息队列中,因此我无法将它们更改为 WM_NULL。

我最初通过子类化窗口 proc 并简单地忽略WM_SETCURSORand来解决这个WM_NCHITTEST问题,但是子类化似乎与我所迷恋的一些应用程序存在兼容性问题。

我的问题是:我如何首先防止WM_SETCURSORWM_NCHITTEST生成,或者如何防止它们到达应用程序的窗口过程。

4

1 回答 1

1

一些尝试的想法

我刚刚用 WH_CALLWNDPROCRET Windows Hook 实现了一个全局/系统范围的 CallWndRetProc(就像它在下面链接的过去帖子中描述的那样)。

http://help.lockergnome.com/windows2/Igor-SetCursor-SetWindowsHookEx--ftopict285504.html

将其与隐藏所有系统光标结合使用,SetSystemCursor可以有效地隐藏大多数应用程序的光标。

如果你想继续攻击这个目标应用程序,你可以尝试使用 API Monitor 来诊断发生了什么:http ://www.rohitab.com/apimonitor

rohitab 的人暗示最终会发布他的源代码。他的网站似乎有一些更好的关于 Hooking、Subclassing、Injecting 等的论坛。

听起来您成功使用SetWindowLongPtr()了 ,但是有几种不同的方法可以进入您正在处理的程序的地址空间...

你试过SetCapture()吗?

其他链接

以下是一些可能有用的其他链接:

http://support.microsoft.com/kb/31747

http://msdn.microsoft.com/en-us/library/windows/desktop/ms646262(v=vs.85).aspx

http://msdn.microsoft.com/en-us/library/windows/desktop/ms633569%28v=vs.85%29.aspx#winproc_subclassing

http://msdn.microsoft.com/en-us/library/windows/desktop/ms648395(v=vs.85).aspx

希望有帮助。祝你好运。

于 2013-04-16T20:35:01.530 回答