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