问题标签 [64-bit]

我有一个 .NET 程序集，其中包含要通过 EnterpriseServices (COM+) 注册为 ServicedComponent 并由第三方应用程序通过 COM RPC 调用的类。因此，我需要将它添加到 GAC 并HKEY_CLASSES_ROOT\CLSID\{clsid}\CodeBase在 GAC 文件夹中的程序集 DLL 路径下添加一个注册表项。（我不能依赖 regsvcs 来做，因为这是一个 32 位的程序集 --- 它依赖于 32 位的第三方组件 --- 而我之前提到的第三方应用程序看不到类Wow6432Node)

所以问题是：

要在 GAC 中创建的程序集的路径，或者至少是 GAC 文件夹本身的路径，是否可以在 Windows Installer 中作为可用于注册表项值等的属性？

为了完成一些测试，即使我运行的是 32 位版本的 Windows，我也需要加载 64 位版本的程序集。这可能吗？

所以官方的 XML-RPC 标准不支持 64 位值。但在现代，64 位值越来越普遍。

你如何处理这些？最常见的 XML-RPC 扩展是什么？有哪些语言绑定？我对 Python 和 C++ 特别感兴趣，但所有信息都值得赞赏。

我们有两个版本的托管 C++ 程序集，一个用于 x86，一个用于 x64。该程序集由为 AnyCPU 编译的 .net 应用程序调用。我们正在通过文件复制安装部署我们的代码，并希望继续这样做。

当应用程序动态选择其处理器架构时，是否可以使用并排程序集清单分别加载 x86 或 x64 程序集？或者是否有另一种方法可以在文件复制部署中完成此操作（例如，不使用 GAC）？

At present it seems that VS2008 still isn't supported either in the 5.1.5 release or in the STLPort CVS repository. If someone has already done this work then it would be useful to share, if possible :)

Likewise it would be useful to know about the changes required for a VS2005 or 2008 x64 build.

Microsoft 选择不发布 Jet 的 64 位版本，这是他们的 Access 数据库驱动程序。有谁知道一个好的选择？

以下是我需要的 Jet 支持的特定功能：

• 多个用户可以通过网络连接到数据库。
• 用户可以在数据库打开时使用 Windows 资源管理器复制数据库，而不会造成损坏。Access 目前以足够的可靠性来满足我的客户的需求。
• 在不需要 .Net 的情况下在 C++ 中运行良好。

我认为我认为行不通的替代方案（尽管我的理解可能不正确）：

• SQLite：如果多个用户通过网络连接到数据库，它将被损坏。
• Firebird：复制正在使用的数据库可能会损坏原始数据库。
• SQL Server：正在使用的文件被锁定，无法复制。
• VistaDB：这似乎是特定于 .Net 的。
• 在 32 位中编译并使用 WOW64：还有另一个依赖项要求我们在 64 位中编译，即使我们不使用任何 64 位功能。

如果我想为 64 位环境编译我的 .NET 应用程序。我需要

• 64 位操作系统版本
  或
• 64 位 Visual Studio 版本
  或两者兼而有之？

我有一个我们正在尝试从 32 位迁移到 64 位的应用程序。它是 .NET，使用 x64 标志编译。但是，我们有大量用 FORTRAN 90 编写的 DLL，为 32 位编译。FORTRAN DLL 中的函数相当简单：你把数据放进去，你把数据拉出来；没有任何状态。我们也不会花很多时间在那里，总共可能 3%，但它执行的计算逻辑是无价的。

我可以以某种方式从 64 位代码调用 32 位 DLL 吗？MSDN 建议我不能，期间。我做了一些简单的黑客攻击并验证了这一点。一切都会抛出一个无效的入口点异常。到目前为止，我发现的唯一可能的解决方案是为所有 32 位 DLL 函数创建 COM+ 包装器并从 64 位进程调用 COM。这似乎很让人头疼。我们也可以在 WoW 仿真中运行该过程，但内存上限不会增加，上限约为 1.6gb。

有没有其他方法可以从 64 位 CLR 进程调用 32 位 DLL？

我们有一些非常大的数据文件（5 gig 到 1TB），我们需要快速读/写访问。由于我们有固定的记录大小，因此某种形式的 ISAM 似乎是可行的方法。但很高兴听到其他建议。

理想情况下，该解决方案将具有 Apache 或 LGPL 风格的许可证，但如果需要，我们将付费。

必备品：

可扩展 - 至少 1 TB 文件
稳定 - 不会损坏数据或具有快速恢复过程
在 X64 Windows 上运行良好

很高兴有：

可以参与 2 阶段提交
内部压缩工具
可移植到 *nix 平台
C# API 或 Java API

谢谢，

特伦斯

我正在尝试编写一个 Python C 扩展来读取打包的二进制数据（它存储为结构的结构），然后将其解析为 Python 对象。在 32 位机器上一切正常（二进制文件总是写在 32 位架构上），但不是在 64 位机器上。有这样做的“首选”方式吗？

要发布很多代码，但作为示例：

现在在 32 位系统上这很好用，但在 64 位上，我的 time_t 大小不同（32 位与 64 位长）。

该死的，你们这些人速度很快。

帕特里克，我最初开始使用 struct 包，但发现它只是为了满足我的需要而减慢速度。另外，我正在寻找编写 Python 扩展的借口。

我知道这是一个愚蠢的问题，但我需要注意哪些类型？

谢谢。