问题标签 [32bit-64bit]

我已将 Oracle 数据库和 Oracle HTTP 服务器安装从 32 位机器迁移到 64 位机器——两台机器都运行 Linux。Oracle 数据库是 64 位的，但 (Apache) HTTP 服务器是 32 位的。

我使用了一些非 Oracle DSO（一个是 mod_ntlm），但是每当我运行标准的“make install”类型的东西时，我最终都会得到一个 64 位模块。

是否有在 64 位机器上编译 32 位 Apache 模块的标准方法？

我有一个有 32 位版本和 64 位版本的文件。如果我在 32 位机器上安装我的应用程序，我希望安装 32 位版本的文件。同样，如果安装在 64 位机器上运行，则应安装 64 位版本。如何使用 WiX 检查安装程序在哪种类型的机器上运行？

拜托，没有单行答案。我正在寻找特定的 WiX 标签以及将它们放在我的 WiX 脚本中的位置。

我在 32 位 XP 中开发并部署到设置为在 32 位模式下运行的 Win2k3 64 位服务器。

在这种情况下，如何在 Win2k3 服务器上安装 3.5 框架组件？我看到有新的图表控件和 ASP.NET 3.5 的 SP1

如何在 IIS 中以 32 位模式运行的服务器上获取这些信息？

我想知道我们什么时候需要在下面放置一个文件

C:\Windows\System32 或 C:\Windows\SysWOW64，在 64 位 Windows 系统上。

我有两个 DLL，一个用于 32 位，一个用于 64 位。

从逻辑上讲，我认为我会将 32 位 DLL 放在 C:\Windows\System32 下，将 64 位 DLL 放在 C:\Windows\SysWOW64 下。

令我惊讶的是，情况恰恰相反！32位 DLL进入C:\Windows\SysWOW 64，64位 DLL 进入 C:\Windows\System 32。

很混乱的东西。这背后的原因是什么？

我使用 C#.NET 开发了一个 Windows 服务来生成 PDF 报告。要生成 PDF 文件，我正在使用第三方 dll。该应用程序在我的 Windows XP 平台上运行。当我在Windows Server 2008 64 位版本中部署服务时，我得到了这个错误：

由于以下错误，检索具有 CLSID {46521B1F-0A5B-4871-A4C2-FD5C9276F4C6} 的组件的 COM 类工厂失败：80040154。

我使用 regsvr32 命令注册了 DLL。我可以在注册表中看到这个 CLSID。但问题仍然存在。

可能是什么问题呢？

我正在虚拟 32 位机器上开发 SharePoint 解决方案，并使用 Wix 打包设置。

我的解决方案同时针对 32 位和 64 位环境，但为了创建 64 位 MSI，我需要拥有 64 位机器和 64 位版本的 WiX。通常，这不是问题，因为我只需使用 64 位开发环境。

但是在 64 位平台上开发 SharePoint 解决方案存在一些问题，这或多或少迫使我在 32 位平台上开发。因此，我无法创建 64 位 MSI，除非我将源文件复制到 64 位机器上只是为了构建 64 位 MSI，这感觉有点麻烦。

如果可能的话，是否有任何技巧可以在我的 32 位开发盒上标记/构建 64 位 MSI 包？

我遇到了一些第三方软件的问题，我们使用这些软件来跟踪我们计算机实验室的软件许可证使用情况。我们最近将应用程序迁移到 64 位 Server 2008，因为该公司保证它是兼容的，并运行了一些初步测试，表明该应用程序在 64 位环境中工作。不幸的是，进行测试的人没有测试我拥有的几个应用程序的功能，这些应用程序依赖于访问数据来对数据进行实时和后处理以生成一些报告。

事实证明，该应用程序没有 64 位 ODBC 驱动程序来访问其内部数据，并且不能使用 64 位 SQL Server ODBC 驱动程序将其数据导出到 SQL Server。它确实包含并安装了一个 32 位 ODBC 驱动程序，但它将它安装为用户数据源，而不是系统数据源，这意味着我运行实时集合的 Windows 服务无法找到它。我也无法创建系统 DSN，因为数据源管理控制台找不到已安装的驱动程序。

我的问题是如何为此连接配置数据源，我可以从系统帐户下运行的 C#/.NET Windows 服务访问该数据源？

由于我已经找到了一种方法，因此我将提供我的解决方案作为答案（与关于如何回答您自己的问题的常见问题解答保持一致）。

类似于： 有什么软件可以将 64 位 ODBC 应用程序桥接到 Windows 上的 32 位 ODBC 驱动程序？

I'm using an image manipulation library that throws an exception when I attempt to load images > 4GB in size. It claims to be 64bit, but wouldn't a 64bit library allow loading images larger than that? I think they recompiled their C libraries using a 64 bit memory model/compiler but still used unsigned integers and failed upgrade to use 64 bit types.

Is that a reasonable conclusion?

Edit - As an after-thought can OS memory become so fragemented that allocation of large chunks is no longer possible? (It doesn't work right after a reboot either, but just wondering.) What about under .NET? Can the .NET managed memory become so fragmented that allocation of large chunks fails?

What is the compatible "int" datatype in C++ that can resize itself to 4 bytes on 32bit & 8 bytes on 64bit windows?

Although INT_PTR works fine but it reduces the readability as well as its description tells us to use it for pointer arithmetic.

Thanks

在为 64 位系统开发时，是否有任何特定的软件工程师/计算机科学领域存在显着差异？我已经编码了大约 10 年，自从 64 位系统中断以来，我的代码一点也没改变。

单个编码员可以将哪些应用程序编码为副项目需要您使用 64 位技术？