Summary:ASTERISK-02984: res_config_mysql.c Crashes BADLY
Reporter:slowmo (slowmo)Labels:
Date Opened:2004-12-13 19:17:40.000-0600Date Closed:2011-06-07 14:01:07
Versions:Frequency of
Description:Loaded symbols for /usr/lib/asterisk/modules/codec_g726.so
#0  0x005e67b9 in net_real_write () from /usr/lib/mysql/libmysqlclient.so.10
(gdb) bt  
#0  0x005e67b9 in net_real_write () from /usr/lib/mysql/libmysqlclient.so.10
#1  0x005e6b16 in my_net_read () from /usr/lib/mysql/libmysqlclient.so.10
#2  0x005e2408 in net_safe_read () from /usr/lib/mysql/libmysqlclient.so.10
#3  0x005e26ad in simple_command () from /usr/lib/mysql/libmysqlclient.so.10
#4  0x005e588a in mysql_ping () from /usr/lib/mysql/libmysqlclient.so.10
ASTERISK-1  0x001a0f8f in key () from /usr/lib/asterisk/modules/res_config_mysql.so
ASTERISK-2  0x001a0249 in ?? () from /usr/lib/asterisk/modules/res_config_mysql.so
ASTERISK-3  0x08adf220 in ?? ()
ASTERISK-4  0x00000000 in ?? ()


every time while running in real time... you do a show queues then reload right after it gives seg fault
Comments:By: Russell Bryant (russell) 2004-12-13 22:21:03.000-0600

can you do a make valgrind and get the backtrace again?

By: Mark Spencer (markster) 2004-12-19 19:38:35.000-0600

Last time to see if this bug reporter has an interest in solving this one.  Does it work with res_config_odbc instead?  Please try to duplicate the problem with ODBC and not just res_mysql.  Finally, be sure you build with "make clean ; make valgrind ; make install" so we can see if that makes a difference.  After recompiling asterisk you should recompile res_mysql as data structures can change.

By: Mark Spencer (markster) 2004-12-24 03:56:56.000-0600

The bug placer seems to have lost interest in this bug.