[asterisk-bugs] [Asterisk 0010973]: several crashes in Trunk using cdr_odbc and func_odbc with SQL Server. fretds 0.64 (latest)

noreply at bugs.digium.com noreply at bugs.digium.com
Wed Oct 17 15:29:34 CDT 2007


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10973 
====================================================================== 
Reported By:                falves11
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10973
Category:                   CDR/cdr_odbc
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 85058 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             10-14-2007 00:02 CDT
Last Modified:              10-17-2007 15:29 CDT
====================================================================== 
Summary:                    several crashes in Trunk using cdr_odbc and
func_odbc with SQL Server. fretds 0.64 (latest)
Description: 
http://bugs.digium.com/view.php?id=0  0xb6f11ab1 in tds_open_socket (tds=0x0,
ip_addr=0x0, port=0, timeout=0)
at net.c:242
242                             tds_client_msg(tds->tds_ctx, tds, 20003,
9, 0, 0, "SQL Server connection timed out.");
(gdb) bt
http://bugs.digium.com/view.php?id=0  0xb6f11ab1 in tds_open_socket (tds=0x0,
ip_addr=0x0, port=0,
timeout=0) at net.c:242


http://bugs.digium.com/view.php?id=0  0x00000017 in ?? ()
(gdb) bt
http://bugs.digium.com/view.php?id=0  0x00000017 in ?? ()
http://bugs.digium.com/view.php?id=1  0x08790980 in ?? ()
http://bugs.digium.com/view.php?id=2  0x00000001 in ?? ()
http://bugs.digium.com/view.php?id=3  0xb0e641a8 in ?? ()
http://bugs.digium.com/view.php?id=4  0xb6f01de1 in tds_flush_packet (tds=Cannot
access memory at address
0x30e04188
) at write.c:291
Previous frame inner to this frame (corrupt stack?)


http://bugs.digium.com/view.php?id=0  tds_flush_packet (tds=Cannot access memory
at address 0x108
) at write.c:298
298     }
(gdb) bt
http://bugs.digium.com/view.php?id=0  tds_flush_packet (tds=Cannot access memory
at address 0x108
) at write.c:298
Cannot access memory at address 0x100

http://bugs.digium.com/view.php?id=0  0xb6f11b2b in tds_open_socket (tds=0x0,
ip_addr=0x0, port=1433,
timeout=90000) at net.c:250
250             if (getsockopt(tds->s, SOL_SOCKET, SO_ERROR, (char *)
&len, &optlen) != 0) {
(gdb) bt
http://bugs.digium.com/view.php?id=0  0xb6f11b2b in tds_open_socket (tds=0x0,
ip_addr=0x0, port=1433,
timeout=90000) at net.c:250
http://bugs.digium.com/view.php?id=1  0x00000000 in ?? ()
(gdb)

http://bugs.digium.com/view.php?id=0  0xb6f11b2b in tds_open_socket (tds=0x0,
ip_addr=0x0, port=1433,
timeout=90000) at net.c:250
250             if (getsockopt(tds->s, SOL_SOCKET, SO_ERROR, (char *)
&len, &optlen) != 0) {
(gdb) bt
http://bugs.digium.com/view.php?id=0  0xb6f11b2b in tds_open_socket (tds=0x0,
ip_addr=0x0, port=1433,
timeout=90000) at net.c:250
http://bugs.digium.com/view.php?id=1  0x00000000 in ?? ()
(gdb)

quit




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

---------------------------------------------------------------------- 
 Corydon76 - 10-17-07 15:29  
---------------------------------------------------------------------- 
No, it's actually returning "".  CDR(billsec) is not actually calculated
until the end of the call, which is why it's returning blank.  You should
only be referencing it in the 'h' extension. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-17-07 15:29  Corydon76      Note Added: 0072202                          
======================================================================




More information about the asterisk-bugs mailing list