[asterisk-bugs] [Asterisk 0015150]: segmentation fault in Asterisk caused by fun_odbc

[Asterisk Bug Tracker]

The following issue has been CLOSED 
====================================================================== 
https://issues.asterisk.org/view.php?id=15150 
====================================================================== 
Reported By:                rosa
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   15150
Category:                   Functions/func_odbc
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.21.2 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-19 04:27 CDT
Last Modified:              2009-05-20 17:27 CDT
====================================================================== 
Summary:                    segmentation fault in Asterisk caused by fun_odbc
Description: 
Asterisk dies with a segfautl signall 11 for a query to a mysql database
connected by odbc.

The syslog: 

asterisk[32408]: segfault at 00000000000002e0 rip 00002aaaaadd584e rsp
0000000040afd890 error 4 

It's strange because this happens once every 2 weeks. 

The version of unixodbc is 2.2.11, asterisk 1.4.21.2, zaptel 1.4.12.1 
The distribution is Debian 4.0 with kernel 2.6.18-5-amd64


====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-20 17:27 tilghman       Status                   feedback => closed  
2009-05-20 17:27 tilghman       Resolution               open => no change
required
======================================================================