为什么我的字符串分配会导致分段错误？

Question

我试图消除段错误的常见原因，例如取消引用空指针，但我很难过。此错误不会出现在我的调试模式下的测试机器上，但会出现在我的生产机器上发布编译。两者都设置为 /O0 以消除这种可能性。当我注释掉字符串分配时，段错误消失了，现在我只需要了解发生了什么，以便我可以修复它。

可能有一些更明显的东西，但另一个复杂的问题是该代码正在由内核模式应用程序调用，而供应商关于为系统编写安全代码的唯一说明是“每个需要任何东西的函数来自操作系统或必须等待来自操作系统的任何东西都不起作用”（逐字）。

union {
    REAL_T real[8];
    char   byte[64];
} fileName;

void transferFilenames () {
    string tempname;

    // This is from an api I must use, it retrieves values from NVRAM on
    // an accessory board.  Specifically it will return 8 REAL_T values
    // and store them starting at &filename.real[0], inp/outpArray are 
    // globals defined elsewhere.
    inpArray.I7_ARRAY.INDEX = 2903;
    inpArray.I7_ARRAY.LEN = 8;
    inpArray.I7_ARRAY.Z_PAR_PTR = &fileName.real[0];
    b_array ( READ_CYCLE_PARAMS, &status, &inpArray, &outpArray );

    // if status != 0, there was an error
    if ( status == 0 ) {
        // there is no guarantee of being null terminated
        fileName.byte[63] = 0;

        /* This test code didn't fix the problem
        int i;
        char myStr[64];
        for ( i = 0; i < 64; i++ )
            myStr[i] = fileName.byte[i];
        if ( myStr[0] != '\0' )
            string mystring( myStr ); // seg fault
        */
        tempname.assign( fileName.byte ); // Throws seg fault
        // tempname.assign( &fileName.byte[0] ); // try to be more explicit

        // controlBlock is a global class defined elsewhere
        controlBlock->setFileName ( tempname, ISINPUT);
    } else {
        controlBlock->setFileName( "BAD", ISINPUT );
    }
    return;
}

当我重载控制块以直接获取 char* controlBlock->setFileName( &fileName.byte[0] ) 并完全删除字符串分配时，分段错误消失了。重载所做的只是将 char* 分配给本地字符串并调用常规方法。

我在幕后缺少什么？

Answer 1

问题可能不在对tempname.assign() 的调用中。流水线可能会导致对恶魔真正所在位置的一些错误报告。这句话让我觉得恶魔在别处：

当我重载控制块以直接获取 char* controlBlock->setFileName( &fileName.byte[0] ) 并完全删除字符串分配时，分段错误消失了。

在一种情况下，您将std::string 传递给setFileName，在另一种情况下传递char*。换个试试

controlBlock->setFileName ( tempname, ISINPUT);

与

controlBlock->setFileName ( tempname.c_str(), ISINPUT);

附录
问题很可能在于使用std::string，句号。如果保留的大小太小，std::string::assign() 将调用malloc。使保留大小足够大也可能不起作用；这可能只是将malloc 调用推入构造函数。使用动态分配内存的东西不符合子句每个需要操作系统提供任何东西或必须等待操作系统提供任何东西的功能都将不起作用。

事实上，这个子句很可能会阻止在这台机器上使用大量的 C++ 库。 C++ 库在分配和释放内存方面非常松散，std::string 做了很多。