Wow64DisableWow64FsRedirection on 32-bit Windows XP

Wow64DisableWow64FsRedirection on 32-bit Windows XP

本文关键字:XP Windows 32-bit on Wow64DisableWow64FsRedirection      更新时间:2023-10-16

我正在用Visual Studio c++编写一个程序,该程序需要在任何运行Windows XP 32位或任何后续Windows操作系统的计算机上作为32位进程运行。该程序需要能够访问计算机上的C:Windowssystem32文件夹,而不管该程序是在64位还是32位系统上运行。为此,我使用Wow64DisableWow64FsRedirection禁用Windows通常对32位进程进行的重定向,将它们发送到C:Windowssyswow64。不幸的是,这破坏了兼容性——尽管我的程序可以在Server 2003和XP x64版本上运行,但只要它在32位XP RTM系统上运行,程序就会失败,给我这个错误:

[Program Name] - Entry Point Not Found
  The procedure entry point Wow64DisableWow64FsRedirection could not be located
  in the dynamic link library KERNEL32.dll.

由于系统是32位,调用显然是多余的,但我无法找出一种方法来确定在运行时系统是否是64位,因此是否跳过调用,而不添加另一个调用本身破坏兼容性,如IsWow64Process(),这需要XP Service Pack 2。

tl;dr:如何在不使用64位Windows问世后引入的任何调用的情况下确定系统是64位还是32位?

继续使用Wow64DisableWow64FsRedirection,但不要静态导入它。相反,可以使用动态绑定(GetProcAddress)或延迟加载,这两种方法都允许您处理丢失的函数而不会崩溃(或者更糟,甚至不会启动,这是当前的情况)。

不要担心系统的比特。如果函数存在,调用它。

typedef BOOL WINAPI fntype_Wow64DisableWow64FsRedirection(PVOID *OldValue);
auto pfnWow64DisableWow64FsRedirection = (fntype_Wow64DisableWow64FsRedirection*)GetProcAddress(GetModuleHandleA("kernel32.dll"), "Wow64DisableWow64FsRedirection");
if (pfnWow64DisableWow64FsRedirection) {
   // function found, call it via pointer
   PVOID arg;
   (*pfnWow64DisableWow64FsRedirection)(&arg);
}
else {
   // function was missing
}

现在链接器不会找到一个名为Wow64DisableWow64FsRedirection的未解析符号,因此它不会将该函数放入导入表中,并且Windows不会在进程启动时查找它。