每次提示信息都差不多如下:
#0  0xb58897a8 in strcmp () from /lib/libc.so.6
#1  0xb7fcc601 in array_append_string_unique () from/usr/lib/libmysqlclient_r.so.16
#2  0xb7fcebe8 in init_default_directories_unix () from/usr/lib/libmysqlclient_r.so.16
#3  0xb80202f4 in THR_LOCK_heap () from /usr/lib/libmysqlclient_r.so.16
#4  0x00000007 in ?? ()
#5  0xb7ff2354 in ?? () from /usr/lib/libmysqlclient_r.so.16
#6  0x00000200 in ?? ()
#7  0x00000000 in ?? ()
--
几个问号也显示不出来具体的代码是在哪里,单步跟踪很困难.
谁见过类似的问题?请高手帮忙看看

解决方案 »

  1.   

    还有更多的信息了吗,这些还看不出来,/var/log/下看一下messages有没有提示更多的信息!
      

  2.   

    运行configure脚本的时候加上 --with-debug=full选项
      

  3.   

    错误日志里面相关的信息只有:
    segfault at 0 ip b598f3a8 sp bff969bc error 4 in libc-2.3.6.so[b5927000+116000]
    其它的没有了.
    另外netxuning哥们说的'--with-debug=full',加上后会有什么现象,会不会造成mysql效率下降?
      

  4.   

    肯定是遭遇空指针了,程序里面用到的mysql函数也就那几个常用的,像mysql_fetch_row/mysql_real_query/mysql_free_result/mysql_store_result/等等.
    另外mysql_free_result的处理也是没有重复的地方.
    什么函数会调用THR_LOCK_heap()???
    出现coredump的时间不固定,有时刚启动自己写的程序就有,有时一天一次,有时几天一次;