禁用当前会话中使用的输入设备(键盘、鼠标)

发布于 2024-12-19 19:03:04 字数 397 浏览 1 评论 0原文

我正在开发一个在输入设备之上工作的过滤器驱动程序。值得注意的是,我正在我的开发机器上测试它(是的,我知道这是一个坏主意)。

在 Windows XP 上,每当我需要重新加载过滤器驱动程序时,我只需执行一个批处理文件,该文件将通过 devcon 禁用/启用相关设备,从而导致我的过滤器驱动程序卸载并重新加载。

然而,在 Windows 7 上,似乎有一个特定的措施来防止禁用会话正在使用的输入设备。该选项在设备管理器中变得不可用,甚至 devcon 也不再起作用。它确实可以在远程桌面会话中工作,并带有内核调试打印“尝试禁用此会话中未启用的物理设备”。 (这暗示有一些明确的东西允许我这样做)。

有没有办法禁用 Windows 7 的此功能?或者也许您可以提供一种解决方法,从不相关的会话运行我的禁用启用批处理文件?

I'm developing a filter driver which works on top of an input device. Notably I'm testing it on my development machine (and yes, I know this is a bad idea).

On Windows XP whenever I needed to reload the filter driver, I'd just execute a batch file that would disable-enable the relevant devices through devcon, thus cause my filter driver to unload and reload.

However, on Windows 7 there seems to be a specific measure built against disabling the input device which your session is using. The option simply becomes unavailable in the Device Manager and even devcon no longer works. It does work from a remote desktop session, along with the kernel debug print "Trying to disable physical device not enabled in this session." (which hints that something explicit is allowing me to do this).

Is there a way to disable this functionality of Windows 7? Or perhaps a workaround you can offer to run my disable-enable batch file from an unrelated session?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

泅渡 2024-12-26 19:03:04

使用 Sysinternals psexec 运行 dpinst.exe 可以解决此限制。 (不知道为什么,因为 DpInst UI 仍在显示。)

Using Sysinternals psexec to run dpinst.exe works around this limitation. (Not sure why, since the DpInst UI is still being displayed.)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文