xlc++ 和 g++

AIX上使用的是xlc++编译器,Linux上使用的是g++编译器。
对C标准中没有严格定义的行为,两个编译器的处理方式不一定相同,代码在两个平台运行会有不一样的表现。导致在一个平台运行正常,另一个平台可能就是bug了。
问题集中在以下几个方面

危险代码示例xlc++编译器g++编译器处理方法
s=”12”
sprintf( r,"%04s",s );
s不足四位左侧补’0’
r=”0012”
s不足四位左侧补空字符' '
r=”  12”
增加检查代码
char p= r;
for (;
p == ' '; ++p)
*p='0';
文件描述符file=NULL时,
写入内容fprintf(file, "…");
无法写入,程序继续向下执行程序崩溃增加判断
if (file != NULL)
memcpy越界复制数组数据变量间地址分散,数组本身越界,对其他变量无影响,一般可以出正常结果。变量间地址紧密相邻,数组本身越界,邻近定义的变量值也会被覆盖,结果异常。检查对应位置复制内存长度,避免越界
结构体s包含double型变量a,使用前没初始化a默认值0.0a默认值为超大正数,导致程序崩溃增加初始化处理memset(&s, '0', sizeof(s));

32位系统 和 64位系统

如果两个平台一个是32位版本另一个是64位版本,有些变量的长度会发生变化。需要注意的地方如下表格:

变量类型32位系统64位系统危险代码及处理
long4字节8字节避免使用sizeof(long)来获取长度数值
指针4字节8字节代码中一些memcpy和strncpy的第三个参数为sizeof(指针),迁移后造成复制内存长度变化(4变为8)结果异常。需要根据情况修改,避免使用sizeof对指针这种长度随平台变化的变量进行操作。当数组名作为参数时也相当于一个指针,也不应进行sizeof操作。

从删库到跑路
18 声望6 粉丝