将 32 位移植到 64 位时处理问题的正确方法。从 DT1 转换为更大尺寸的 DT2

Question

所以我正在尝试将 32 位移植到 64 位。

我已经打开 VS2008 标志来检测 64 位的问题。

我正在尝试以下操作：

char * pList = (char *)uiTmp);

warning C4312: 'typecast' : conversion from 'unsigned int' to 'char *' of upper size

忽略代码本身。对于任何指针也是如此，因为 64 位指针大于 32 位 unsigned int 或 int。

考虑到您必须将较小的类型转换为较大的类型，您将如何做才能在 32/64 位系统上正确地执行此操作

Answer 1

Basetsd.h 标头具有 用于在指针和整数之间转换的各种函数。特别是，函数 UIntToPtr 可能就是您想要的：

char * pList = UIntToPtr(uiTmp);

这将对给定的 unsigned int 值进行零扩展，即在 64 位版本中，pList 指针的高 32 位将为零。

Answer 2

从 32 位平台迁移到 64 位平台时需要注意的要点：

• 不再是 sizeof(int) != sizeof(void*)。审核所有将整数强制转换为指针并返回的情况。
• 结构对齐和尺寸发生变化。例如，以下内容在 32 位上打包为 8 个字节，但中间有一个洞，在 64 位上占用 16 个字节：

    struct list
    {
        int          val_;
        struct list* next_;
    };

• IPC 和网络通信的隐式假设会让您感到困扰。

我多次遇到的一个具体问题是，在 32 位 Linux 上重复调用 vprintf (3)无需重新初始化va_list 与 va_end/va_start 默默地工作（虽然是未定义的行为），但由于不同的调用约定，在 64 位上会大声轰炸。

Answer 3

这不是一个可以忽略的警告，它会在 64 位代码中崩溃。无符号整型不能存储指针。没有任何魔法可以让这项工作成功。

检查您的代码并重新考虑将指针值存储在无符号整数中。它可能应该是一个空*。如果您#include，则可以使用 UINT_PTR。

Answer 4

我也有同样的问题。在我的例子中，代码试图使用 rand() 生成一个随机句柄，它返回一个 32 位值。 （为什么它需要一个随机句柄值？不要问...）

我发现可以安抚编译器的方法如下：

char * pList = (char *)(0) + uiTmp; 

如果您的系统使用 32 位或 64 位，这应该可以正常工作位指针。当然，您可能不想在 64 位平台上使用 32 位整数，具体取决于您的代码到底在做什么。