问题标签 [wow64]

1) 我想使用一个 32 位 dll，它不能作为 64 位 dll 使用

2）另一个约束：我还想使用另一个 dll，其 32 位版本在 WOW64 中不起作用，因此第二个 dll 必须作为本机 64 位 dll 包含...

创建这样的解决方案并使其在 64 位系统上运行时，我有哪些选择？

据我了解，无法在 x64 项目中引用 32 位 dll，因此，除非有更好的方法，否则我应该构建：

a) 一个母亲 x86 应用程序（第一个 32bit-only dll 参考问题已解决）

b) 并构建一个单独的 x64 姐妹应用程序，该应用程序与第二个 64 位 dll 一起工作（第二个 dll WOW64 不兼容问题已解决）？

如果上述方法可行，我将需要从 x86 母进程（在 wow64 中）执行 x64 姊妹进程，但我似乎记得 x86 应用程序只能生成 32 位子进程（在 wow64 中）？即使用 System.Diagnostics.Process.Start("64bitSisterApp"); 从在 wow64 中运行的 32 位母应用程序会失败吗？

任何建议表示赞赏！

你如何测试你的父进程是否禁用了 WOW64 重定向？

有人可以简单地解释一下，为什么需要经过这么多圈才能从 Visual Studio 运行 PowerShell（作为外部命令）？我知道这与位差异有关，但不明白为什么。如果我没记错的话，上下文是 System32 文件夹中的 64 位 Windows 7 操作系统、32 位 Visual Studio 和 32 位 powershell。64 位操作系统可以毫无问题地运行 32/64 应用程序，那么这里有什么问题，为什么？

通过互联网搜索，我相信这与WOW64有关，因此是标签，但我不太确定。我知道操作系统模拟了旧的 32 位软件，但我不明白为什么 VS 无法运行命令以启动 powershell 而无需通过箍，例如添加一个'...Native...'文件夹（那个 acc.到我们的导师实际上并不存在）到路径。

希望这不会令人困惑。

我有用于检索数据库表字段名称的 Delphi 2005 代码。
它可以在 32 位机器（Windows XP、Windows Vista、Windows 7）上正常工作。

但是，在 64 位机器（Windows Vista 或 Windows 7）上运行时，它不会返回任何字段名称。

代码如下所示：

在 32 位机器上，显示非零计数，并列出字段名称，在 64 位机器上，显示“Field Count = 0”</p>

当我用 Delphi 2006 或 Delphi 2007 重新编译时，问题就消失了。

（我使用的是火鸟 2.5）

我想解决这个问题，而不必将程序升级到更高版本的 Delphi。

我还想了解为什么会出现问题——为什么程序在 64 位 Windows 上表现不同。

你能给我任何建议吗？

此代码插入注册表值

在 Windows 32 位工作，但在 64 位插入到 wow6432node 如何禁用重定向？

从 Windows Server 2008 R2 开始，WoW64 是一个可以卸载的可选功能。这意味着可能只有64 位服务器，不能执行 32 位代码。我正在尝试考虑禁用/卸载 WoW64 可能带来的任何好处，除了两个明显的好处：节省磁盘空间和减少恶意软件的“攻击面”（大多数是 32 位），我没有看到任何，而缺点是巨大的：没有 32 位代码能够在那里运行。

我的问题：
是否有任何有意义的统计/报告或至少有轶事证据表明有多少“64 位”服务器在生产中使用？是不是该开始构建 64 位版本的软件了，即使软件本身是 64 位的，只是为了让它可以在这些仅限 64 位的服务器上运行而没有任何好处？

澄清： 我的软件是一个网络带宽监视器，主要用于个人电脑，而不是服务器，但有些人确实在服务器上使用它。很难从我的客户那里获得有关此主题的任何有意义的数据，因为购买 1 个副本的客户很多，而购买站点许可证的客户也不少。

A client is running IIS with WOW64 enabled and is complaining that she cannot load our 64-bit DLL.

Is there any way to do this?

Also, does running IIS with WOW64 imply that all .NET code is running under a 32-bit .NET runtime?

我正在使用 ODBC 写入 XLSB 文件。我是否仅限于 255 列（或接近该列）？当我尝试写入 500 列时，出现以下错误：

也许我有错误的驱动程序？这是我的连接字符串：

通常我只会作弊并使用 NtQueryInformationThread 获取 ThreadBasicInformation 来获取 TebBaseAddress

但是 wow64 线程有两个堆栈，这只会得到 64 位 Teb。

I have a shared class which calls the following registry key which is used by a Windows Service and also an ASP MVC3 website:

On my local (Win7 32bit) PC this works as expected.

On my test 2008 server, the Service read/writes the "Wow6432" node, but website does not? My guess is that the service is 32bit (uses 32 bit binaries) but the website is 64bit under IIS?

What can I do so that both read/write the same keys? It doesn't matter WHICH key this is, but it needs to be the same for both!

Thx