段错误

    编译的时候产生了一个段错误，网上查了下找到个不错的方法，在makefile里的编译命令g++后面加上-g -rdynamic参数。方法很简单，用gdb调试生成的可执行文件，然后输入run运行，就能看到错误信息，有两行：
    Program received signal SIGSEGV, Segmentation fault.
    0x006cad19 in vfprintf () from /lib/libc.so.6
    第一行SIGSEGV信号就是段错误的信号。第二行可以看到错误出在vfprintf（）函数里，但是没有给出错误发生的位置。网上查了些资料，fprintf（）、sprintf（）和strlen（）等这些函数都会调用vfprintf（）。而恰好这个程序是个写文件的程序，sprintf（）函数用的非常多，调试信息里又没有给出错误发生的地方，就只能人肉搜索了。

    在程序的主要函数里加了些打印语句，确定了出问题的是哪个函数。我发现昨天修改过这个函数，然后找到我昨天修改过的几个地方并脑中把函数流程过了几遍，终于找到了出错的地方。出错的地方不是常见的sprintf（）函数中%s、%d等格式字符串和与其对应的变量不符，比如用%s输出整形变量这样的错误。我发现错误是我将之前的fopen（）和fprintf（）函数弄反了。现在的代码变成还没有fopen（）打开文件就用fprintf（）向文件中写数据，发生错误的部分的代码如下：

memset(sEntity,0,1024);

sprintf(sEntity,“┉”,┉); //中间的具体内容就省略了

fprintf(sftpfile,"%s\n",sEntity);

sftpfile = fopen(fileName,"w+");

if (sftpfile == NULL)
{
return FALSE;
}

    文件指针sftpfile在函数开头声明的时候初始化为了NULL，也就是说我往值为NULL的文件指针中写数据，这显然是不正确的。

    将这个错误修改好之后再编译运行，没有在出现段错误。

    现在还有个问题：为什么别人的调试信息里有错误发生的位置，而我这次的错误没有给出发生的位置。这次问题具体是声明了文件指针并初始化为NULL，但没有打开文件给指针赋值就向这个值为NULL的文件指针里写数据。查不到这个问题的原因，不过gdb的bt命令可以查看进程意外退出前函数调用的堆栈，内容为从上到下列出对应从里层到外层的函数调用历史。