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.0 | a默认值为超大正数，导致程序崩溃 | 增加初始化处理memset(&s, ‘\0’, sizeof(s)); |
32位系统 和 64位系统
如果两个平台一个是32位版本另一个是64位版本，有些变量的长度会发生变化。需要注意的地方如下表格：
| 变量类型 | 32位系统 | 64位系统 | 危险代码及处理 |
|---|---|---|---|
| long | 4字节 | 8字节 | 避免使用sizeof(long）来获取长度数值 |
| 指针 | 4字节 | 8字节 | 代码中一些memcpy和strncpy的第三个参数为sizeof(指针)，迁移后造成复制内存长度变化（4变为8）结果异常。需要根据情况修改，避免使用sizeof对指针这种长度随平台变化的变量进行操作。当数组名作为参数时也相当于一个指针，也不应进行sizeof操作。 |
点击查看更多内容
为 TA 点赞
评论
共同学习，写下你的评论
评论加载中...
作者其他优质文章
正在加载中
感谢您的支持，我会继续努力的～
扫码打赏，你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫，即可进行扫码打赏哦