64 位编译器中的 Memcpy 问题

Question

对于初学者来说，我的主要目标是在 64 位环境中将 unsigned long 转换为 unsigned int（并且在没有任何编译警告的情况下执行此操作）。这可以通过这个函数轻松完成：

unsigned int a_to_b(unsigned long a)
{
     return((unsigned int)(a));
}

虽然它给出了正确的结果，但问题是在 64 位环境中它会在编译时抛出警告：

1506-742 (I) 64 位可移植性：通过将 unsigned long int 类型转换为 unsigned int 类型可能会丢失数字。

为了绕过这个警告，我们尝试了这个函数：

unsigned int a_to_b(unsigned long a)
{
    unsigned int b;
    int skip = sizeof(unsigned long) - sizeof(unsigned int);
    memcpy(&b, (&a)+skip, sizeof(b));
    return(b);
}

现在这在编译时不会给出任何警告，但它不会给出正确的输出。 我在 32 位编译器中尝试了相同的代码，它工作正常。

请建议如何纠正 memcpy 的这种行为或任何其他绕过警告的方法。

Answer 1

#include <limits.h>

unsigned int a_to_b(unsigned long a)
{
     return(a & UINT_MAX);
}

在 Mac OS X 10.9.4 上，GCC 4.9.1 设​​置为非常挑剔：

gcc -O3 -g -std=c11 -Wall -Wextra -Werror -c cvt.c

我无法在 AIX（或者是 HP-UX？）上进行测试。

---

如评论中所述：

我真的不喜欢这个主意，但一种可能是：

union
{
    unsigned long ul;
    unsigned int ui[2];
} u;

并将参数分配给u.ul 并返回u.ui[0] 或u.ui[1]（可能是后者，因为AIX 在大端的Power 芯片上运行，至少默认情况下如此）。这是一个骗子。编译器可能足以发现“误用”，但可能不会。

充实成半便携代码：

unsigned int a_to_b(unsigned long a)
{
    const unsigned long byteorder = 0xFF;
    const int LOW_ORDER_4_BYTES = (*(char *)&byteorder == 0); 
    union
    {
        unsigned long ul;
        unsigned int  ui[2];
    } u;
    u.ul = a;
    return(u.ui[LOW_ORDER_4_BYTES]);
}

在 little-endian 机器上测试，它给出了正确的结果。我认为它应该自动检测大端机器并在那里给出正确的结果，但我无法验证这一点。

完整的测试代码：

#include <stdio.h>

unsigned int a_to_b(unsigned long a);

unsigned int a_to_b(unsigned long a)
{
    const unsigned long byteorder = 0xFF;
    const int LOW_ORDER_4_BYTES = (*(char *)&byteorder == 0); 
    union
    {
        unsigned long ul;
        unsigned int ui[2];
    } u;
    u.ul = a;
    return(u.ui[LOW_ORDER_4_BYTES]);
}

int main(void)
{
    unsigned long x = 0xFEDCBA9876543210ULL;
    printf("0x%.8X\n", a_to_b(x));
    return 0;
}

输出：

0x76543210

Answer 2

不要这样做，可能会导致特定机器中的陷阱表示。

你的电脑是小端的。你应该这样写：

unsigned int a_to_b(unsigned long a)
{
    unsigned int b;
    memcpy(&b, &a, sizeof(b));
    return(b);
}

Big and Little Endian