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 操作。 |