c - AIX 5.3 与 Solaris 5.10 - C strcat 实现

Question

有人知道为什么会发生这种情况吗？

我在 AIX 5.3 中有一个 C 程序，我被要求在 SPARC Solaris 10 机器上运行它，但是当我这样做时，我注意到有一个缓冲区溢出，这是许多不计后果的 strcat 使用之一。我的目标不是清理代码，而是提供一个具体且有根据的答案，说明为什么这种溢出发生在 Solaris 而不是 AIX 上，是完全相同的错误编码程序。

我已经阅读了一些有关这是否可能由以下原因引起的信息:

1. AIX 和 Solaris 之间的字节顺序差异。

2. 执行 strcat 函数(AIX 从右向左复制，Solaris 从左向右复制)，但我找不到任何关于此的文档。

3. 在 AIX 上没有出现此问题，这很简单。

非常感谢您对此提供任何启发。

编辑:这可以通过 solaris 上的 noexec_user_stack 标志来避免吗？

编辑 2:有没有人知道这两种操作系统进行实际字节复制的方式？在类似上述选项 2 的情况下？

编辑 3:这是代码块:


/*global*/<br/>
char bufferA[101];<br/>
/*inside function*/<br/>
bufferA[0]='\0';<br/>
strcpy(bufferA,"1");<br/>
if (atoi(something)==0) {<br/>
strcat(bufferA,pieces_of_data);<br/>
count ++ ;<br/>
}


显然还有更多，但这是唯一使用 bufferA 的部分，并且有 2 个在 bufferA 之后声明为全局的变量随着附加到 bufferA 的最后一个字符串的最后部分而损坏。

正如我之前所说，如果我将声明从 101 更改为 201，则不会发生损坏。

编辑 4:有人知道 solaris 上的 -misalign 和 -misalign2 编译器选项吗？这些选项可以有任何亮点吗？实际上一个更好的问题是:AIX powerPC 和 Solaris SPARC 在对齐方面有什么不同吗？虽然这可能是服务器故障的问题，但如果您知道的话请分享。

Answer 1

要么是(坏？)运气，要么是内存管理系统略有不同的产物，在 AIX 上分配的空间比在 Solaris 上分配的空间多。

这部分取决于溢出的严重程度。如果它们有几个字节超出范围并且如果 AIX 习惯性地分配，比方说，32 字节的最小块，而 Solaris 分配 16 字节的最小块，那么在 AIX 上没有损坏的错误空间比在索拉里斯。即便如此，如果您在错误的上下文中弄错了，AIX 也应该有问题 - 您可以认为自己很不幸没有在 AIX 上观察到这个问题，因为正如您所说，它肯定会在那里发生，就像它确实发生的那样如果您正在编译的源代码相同，则在 Solaris 上。

进一步调查显示:

• 对于 32 位编译，AIX 5.3 每次分配分配 16 字节的倍数，就像 Solaris 一样。
• 对于 64 位编译，AIX 5.3 每次分配分配 32 字节的倍数；这也与 Solaris 相同。

但是，如果您在 AIX 和 Solaris 之间更改了 32 位和 64 位构建，这可能仍然是问题的根源。

无论答案是什么，现在您已经知道了，通过一组更改为两个平台修复它。你怀着感恩的心对待每一个暴露出来的bug；在任何时候，对原始平台的更改都可能会暴露问题 - 导致客户不满意的重大问题。

(哦，我认为SPARC和PPC都是big-endian机器；Intel是little-endian，与世界其他地方不同。)

---

测试代码 - 故意泄漏

#include <stdlib.h>
#include <stdio.h>
int main(void)
{
    int sz ;
    char *buffer;
    for (sz = 1; sz < 1025; sz *= 2)
    {
        buffer = malloc(sz);
        printf("0x%08lX\n", (unsigned long)buffer);
    }   
    return 0;
}