32位程序在64位平台运行出错

前言

之前一个项目中将win32程序移植到64位Linux平台，编译没有任何问题，但运行时程序崩溃，定位发现是由于64位平台与32位平台的差异造成的。

示例

#include <stdio.h>

void work_func(void **ev)
{
    *ev = 0x12345678;
}

int main()
{
    int event = 0;
    int temp = 0xAABBCCDD;

    printf("event=%08X, temp=%08X\n", event, temp);
    work_func(&event);
    printf("event=%08X, temp=%08X\n", event, temp);

    return 0;
}

• 上述代码在32位平台的运行结果是：

event=00000000, temp=AABBCCDD event=12345678, temp=AABBCCDD

我们没有对temp变量的值做修改，所以temp没有变化，这是符合预期的。

• 然而在64位平台运行结果却出乎意料：

event=00000000, temp=AABBCCDD event=12345678, temp=00000000

temp被修改为0x00000000，这不是我们主动修改的，而是由于调用了work_func函数，被意外的踩内存了！

• 原因分析：
  查看work_func函数内部执行的操作，输入参数ev是个二级指针，那么(*ev)就是一级指针，在64位系统中指针变量为8字节，所以对(*ev)进行赋值操作就是对一个8字节的存储空间进行赋值，而(*ev)实际上就是函数外面的变量event，变量event本身是一个int类型数据，按4字节存取，现在event的地址空间在work_func函数内被按照8字节写入，这就导致了temp变量被踩内存！由于PC是小端模式，所以temp变成了0x00000000。
  本例中temp为int型变量，影响不大程序没有崩溃，如果temp是个指针变量，后续代码对其进行引用操作，则程序崩溃。
• 解决办法：
  将变量event声明为long类型（long在64位平台为8字节长度）。

总结

在C语言中通过指针修改变量内容时，一定要注意指针所指向的数据类型，防止内存访问越界。