写了一个多线程的代码，在主线程中申请了一块内存，在另一个线程中释放内存，老出错误，不知道是怎么回事。
*** glibc detected *** /home/ydx/vehicle-program/vehicle-v1.0/t: double free or corruption (!prev): 0x080644c8 ***
======= Backtrace: =========
/lib/libc.so.6[0x7c7261]
/home/ydx/vehicle-program/vehicle-v1.0/t[0x804991e]
/home/ydx/vehicle-program/vehicle-v1.0/t[0x8048fb0]
/lib/libpthread.so.0[0x8dcab5]
/lib/libc.so.6(clone+0x5e)[0x83383e]
00759000-008c7000 r-xp 00000000 fd:00 158969 /lib/libc-2.11.so
008c7000-008c8000 ---p 0016e000 fd:00 158969 /lib/libc-2.11.so
008c8000-008ca000 r--p 0016e000 fd:00 158969 /lib/libc-2.11.so
008ca000-008cb000 rw-p 00170000 fd:00 158969 /lib/libc-2.11.so
查找了好长时间的原因，都没找到，最后找到的原因原因如下
1。并没有double free，这一点是肯定的
原因：
n=get_node(STATINFO_SIZE);//申请了一个160字节的区域
调用sprintf函数向这个区域写的字节数是远大于160字节的
释放的时候就会出现这种问题
可能sprintf打印的字节数超过160字节时，没有报错，释放的时候要全部释放，超过160字节，就报出了段错误
为了解决这种无意识的错误，以后要用这个函数
黑客通常利用这类脆弱的代码来入侵看上去安全的系统。要修正这一缺陷，可以使用函数snprintf() 代替函数sprintf()，函数snprintf() 的原型为：
intsnprintf(char* buf, size_t maxlen, const char* fmt, ...);
第二个参数定义能被写到 buf 中的字符的最大个数，不考虑格式标志以及源字符串的大小：
snprintf(buf, 10, "%10s",p); //now safef("hello world!"); //string is chopped to "hello worl"
相似的，使用strncpy()、strncmp()、strncat()、strnicmp() 和 strnset() 相应地代替strcmp()、strcat()、stricmp() 和 strset()。