奇怪的Core文件

最近一个同事遇到的问题，linux上的程序coredump。gdb装载的时候报下面这样的错误。backtrace除了能显示最开始几行栈，后面的全是？？.而且栈的深度接近于无限，至少有几百上千。

couldn't activate thread debugging using libthread_db: Cannot find new threads: generic error

对于未知的东西，处理起来效率总是很低，看到这样的情况，第一反应就是coredump文件已经损坏。所以没有仔细去分析coredump。而是直接在网上搜索上诉错误，不过没有发现什么有用的信息。于是又想到同事是把windows上的盘符mount到linux上，怀疑是系统之间某种神秘的原因导致这样的错误，于是重新在linux上编译，结果仍然产生同样的coredump。

最后还是只能老老实实分析coredump文件，其实说起来也简单，就是内存越界。程序里面有一个把整数转换成字符串的函数，函数只给了一个栈上的50个字节的数组，当整数有很大的幂的时候，数组不够用，从coredump来看，越界是比较严重，几乎都写到几百个字节去了。于是在这个转换函数里面加了一些调试代码，一旦发现数组不够用，就直接除0让程序coredump.这些产生的coredump栈信息就是正常的，上面的那个错误也没有了,这样的coredump文件分析起来就容易多了，很快找到了问题所在。

总结一下，说明内存越界的确是一个比较麻烦的东西，会导致产生的coredump文件线程信息和栈信息都被破坏，函数里面加上边界检查看来确实是非常必要的。