问题标签 [32bit-64bit]

GCC 4.4.1、C99

我正在使用size_t，并且size_t是unsigned int. 但是，这取决于您运行的是 32 位还是 64 位。

我将size_t用来存储缓冲区的大小。

所以我不认为如果跨架构使用这将是非常可移植的。

只是一个问题，size_t在 32 位或 64 位上使用。什么情况会导致最严重的问题？

我在更新到 64 位 Windows 7 然后运行现有的 .NET 网站后收到此错误。

[InvalidOperationException：尝试加载 Oracle 客户端库时抛出 BadImageFormatException。在安装了 32 位 Oracle 客户端组件的 64 位模式下运行时会出现此问题。]

我只安装了 32 位 Oracle 客户端，并且我知道在我的 64 位开发机器上，除非明确说明，否则应用程序需要 64 位库。这是我到目前为止所做的搜索。

我已经读到我可以将解决方案平台更改为 x86，这将指示应用程序使用 32 位（如果它找到的话）。我想这样做，但 Visual Studio 解决方案中的网站没有 x86 选项。

我创建了一个测试应用程序，我可以选择，我创建了一个测试网站，但它没有。如何将网站编译为 x86，以便使用 32 位 Oracle 客户端。

干杯

我正在将应用程序转换为 64 位工作。Apple 文档声明该CGFloat类型是float32 位和double64 位的。

如果是这样，您如何处理值的编码/解码？例如，如果NSNumber从 a创建一个CGFloat，我应该使用NSNumber的-numberWithFloat:or方法吗？-numberWithDouble:同样的问题适用于NSCoderandNSKeyedArchiver方法-encodeFloat:forKey:和-encodeDouble:forKey:。

我是否必须编写一个条件宏以便-numberWithFloat:在 32 位和-numberWithDouble:64 位上调用？

如果运行 64 位版本的应用程序的用户保存了一个文件，其中这些值被编码为双精度值，并且该文件在 32 位系统上打开/取消存档，会发生什么情况？

我的应用程序中使用的所有方法CGFloats都不太可能需要 a 的精度级别double，所以我什至应该担心这个吗？

我正要购买一台装有 Windows 7 Pro 64 位的 Dell Studio 15 笔记本电脑有没有人在 Windows 7 Pro 上安装或使用 Visual Studio 2008 时遇到任何问题。还是我需要选择 Windows 7 Pro 32 位？

[编辑]
任何其他开发工具有什么问题，VS2008SP1、Azure 附加组件、Sql Server 2008 express、Virtual Server 2005 等？

[编辑 2]
请大家列出您在 64 位 Windows 7 上安装的开发应用程序（指定 32/64 位）（同时指定使用的 Windows 7 版本）

在对数字进行乘法或除法时，我进行了一些速度测试以找出最快的速度。我必须非常努力地打败优化器。我得到了荒谬的结果，例如在 2 微秒内运行的大规模循环，或者乘法与除法的速度相同（如果这是真的）。

在我最终努力工作以击败足够多的编译器优化，同时仍然让它优化速度之后，我得到了这些速度结果。他们可能对其他人感兴趣？

如果我的测试仍然存在缺陷，请告诉我，但请善待我，因为我只花了两个小时写这个废话：P

使用双精度“乘除”似乎是最快的除法方法，其次是整数除法。我没有测试划分的准确性。难道“适当的划分”更准确吗？我不想在这些速度测试结果之后找出答案，因为我只是在以 10 为基数的常量上使用整数除法并让我的编译器为我优化它；）（也不会破坏它的优化）。

这是我用来获取结果的代码：

我们有一个针对 AnyCPU 用 C# 编写的 Windows 服务应用程序。它在 Win2003（32 位）服务器上运行。最近它开始耗尽内存。

将此服务重新部署到 Win2003（64 位）机器所涉及的内容。我是否需要重新编译它，如果我不重新编译它，应用程序会获得更多内存吗？

我有一个 java webstart 程序，它在 xp、osx、vista 和 windows 7 上运行。我只是试图在 windows 7 64 位上运行它，但它在加载库时遇到问题。在这台 win7x64 机器上，我有 64 位 jdk/jre，它没有加载的库是 swt-win32.dll。是的，它是 32 位的，但我得到：

我尝试将 dll 放在 java.library.path 上（将其物理复制到文件夹中），但仍然得到完全相同的错误。那么我收到这个错误是因为它是一个 32 位 dll 还是因为它实际上找不到它？64 位 jdk/jre 可以加载/使用 32 位 dll，还是我需要找到 64 位版本的 dll 或运行 32 位 jdk/jre？

我们在 SQL Server 集成服务 (SSIS) 包中使用 Quest Geo Solution 的 Grid InQuest DLL (GIQ60.DLL)。通过使用 tlbimp 创建一个 .NET 包装器（互操作），我们已经成功地在本地（32 位）使用它而没有问题。但是，当它移动到我们的集成服务器时，这不起作用，因为服务器是 64 位的。

GIQ60.DLL 是 16 位 DLL，供应商已确认不再积极支持此功能。如果我们在服务器上运行 32 位版本的 DTEXEC，包运行没有问题。是否有一种技巧/方法可以转换 .NET 包装器以使其能够工作 SQL Server 集成服务（64 位安装）。

或者，我们需要一个替换的免费 32 位 .net 库，它将 OS 网格（东/北）转换为英国和爱尔兰的地理空间经度/纬度（它们使用不同的网格系统），那么这将是一个可行的解决方案。

我希望能够预测应用程序的默认安装位置。在 64 位机器上，如果是 32 位应用程序，它将安装在“Program Files (x86)”中，如果是 64 位应用程序，它将安装在“Program Files”中。

我的目标是使用默认位置安装应用程序并验证安装是否正常。但为此，我需要知道它将安装在哪里。如果我知道应用程序是为什么架构构建的，我认为它会达到我的目的。

我打算开始使用 Microsoft Visual Studio 2008 为 Windows 编写 64 位科学计算应用程序（信号处理）。就开发平台而言，我应该准备什么？

它与 32 位开发有何不同？我已经拥有的 32 位版本的移植问题可能是什么（好吧 - 这可能还为时过早......甚至在我开始编译之前）？

正如您可能已经猜到的那样，我正在寻找大致的方向。所有指针将不胜感激！:)

提前致谢..