关于特定编译器/平台问题的 C++ null-terminated-string

Question

我发现了一些类似的代码(以下代码中有很多问题):

//setup consistent in each of the bad code examples
string someString; 
char* nullValue = getenv("NONEXISTENT"); // some non-existent environment variable  

// bad code example 1:
char x[1024];
sprintf(x," some text%s ", nullValue); //crashes on solaris, what about linux?  

// bad code example 2: 
someString += nullValue; // What happens here?  

//bad code example 3:
someString.append(nullValue); // What happens here?  

//bad code example 4:
string nextString=string(nullValue); //What happens here?
cout<<nextString;

我们正在使用 solaris、linux、gcc、sunstudio，将来很可能会使用 clang++。此代码的行为是否跨平台和编译器一致？在上述代码的所有情况下，我找不到描述预期行为的规范。

目前，我们在使用 gcc(和 linux)运行我们的代码时遇到问题，上述代码是否可能是原因？

如果上面的代码在所有这些环境中的行为相同，那对我来说是有值(value)的信息(即使行为是崩溃)，因为我知道这不是我们的 linux 问题的原因。

Answer 1

一般来说，这些使用 NULL 的地方，其中需要一个有效的 C 字符串，会导致未定义的行为，这意味着任何事情都可能发生。一些平台试图为此定义行为。 IIRC 有一些平台可以优雅地处理将 NULL 指针传递给 printf 系列函数以进行 %s 格式替换(打印类似“(null)”的内容)。除此之外，一些平台试图确保在这种情况下出现可重现的崩溃(例如致命信号)。但一般情况下您不能依赖它。

如果您在代码的那个区域有问题:是的，这是一个可能的原因或可能掩盖其他原因，所以:修复它，它坏了!