要在写入HKLM注册表配置单元时在Vista中弹出UAC对话框,我们选择不使用Win32注册表API,因为缺少Vista权限时,我们需要使用管理员权限重新启动整个应用程序。相反,我们这样做:

ShellExecute(hWnd, "runas" /* display UAC prompt on Vista */, windir + "\\Reg", "add HKLM\\Software\\Company\\KeyName /v valueName /t REG_MULTI_TZ /d ValueData", NULL, SW_HIDE);

这个解决方案工作正常,除了我们的应用程序是一个32位,它运行REG.EXE命令,因为它将是一个使用WOW兼容层的32位应用程序! :(如果从命令行运行REG.EXE,它在64位模式下正常运行。这很重要,因为如果它作为32位应用程序运行,由于注册表反思。

那么有没有办法从32位应用程序以编程方式启动64位应用程序,而不是使用WOW64子系统像其父32位进程一样运行(即任务中的“*”后缀经理)?

有帮助吗?

解决方案

试试这个(来自32位进程):

> %WINDIR%\sysnative\reg.exe query ...

(发现此处)。

其他提示

是否运行32位或64位本机(非托管)程序完全取决于可执行文件。在C:\ Windows \ System32(64位)和C:\ Windows \ SysWOW64(32位)中有两个 reg.exe 副本。因为您没有指定路径,所以您将获得 PATH 环境变量中首先出现的内容,该变量是32位进程的32位版本。

您应该将此函数分解为单独的程序或COM对象,并使用清单标记程序,或使用 COM高程名字对象

您是否考虑过创建一个小型的“帮助者”?应用程序为您进行注册表更新?如果您将其编译为64位并包含一个表明它需要管理员权限的清单,那么它将为您提供两个基础。

有用于检测“比特”的API。您正在运行的操作系统,因此您可以编辑RegistryUpdate32.exe和RegistryUpdate64.exe并调用相关的操作系统。

我作为自己的解决方案做的一件事是PInvoke禁用重定向:

http:// msdn .microsoft.com / EN-US /库/窗/桌面/ aa365744(v = vs.85)的.aspx

您可以随时重新开启。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top