[asterisk-bugs] [Asterisk 0014716]: Crash using func_odbc
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Mar 26 11:06:23 CDT 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=14716
======================================================================
Reported By: sum
Assigned To: tilghman
======================================================================
Project: Asterisk
Issue ID: 14716
Category: Functions/func_odbc
Reproducibility: have not tried
Severity: crash
Priority: normal
Status: confirmed
Asterisk Version: 1.6.2.0-beta1
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-03-21 13:33 CDT
Last Modified: 2009-03-26 11:06 CDT
======================================================================
Summary: Crash using func_odbc
Description:
Crash using func_odbc
1) with don't optimize it doesn't crash
2) with debug malloc realtime stop working with this error:
Connected to Asterisk 1.6.2.0-beta1 currently running on localhost (pid =
16736)
Verbosity was 3 and is now 4
failed to extend from 16 to 63
failed to extend from 16 to 43
[Mar 21 00:31:07] WARNING[16755]: res_config_mysql.c:369 realtime_mysql:
MySQL RealTime: Failed to query database: Query was empty
failed to extend from 16 to 63
[Mar 21 00:31:07] WARNING[16755]: res_config_mysql.c:369 realtime_mysql:
MySQL RealTime: Failed to query database: Query was empty
[Mar 21 00:31:07] NOTICE[16755]: chan_sip.c:20367 handle_request_register:
Registration from '"1001"<sip:1001 at 192.168.175.133>' failed for
'192.168.175.1' - No matching peer found
Tell me if you need valgrind file of the run without crashing, or any
other info.
======================================================================
----------------------------------------------------------------------
(0102240) sum (reporter) - 2009-03-26 11:06
http://bugs.digium.com/view.php?id=14716#c102240
----------------------------------------------------------------------
was a suggestion and not an afirmation, I just wanted to get more info
about the problem, I'm here to help, I saw the other issue and seems the
same as I was experimenting, I'm also executing a Store Procedure and the
backtrace looks very similar (the difference I can see is he is using 64bit
Os and I don't):
(gdb) bt
http://bugs.digium.com/view.php?id=0 0x009cf127 in _int_realloc () from
/lib/libc.so.6
http://bugs.digium.com/view.php?id=1 0x009d0377 in realloc () from
/lib/libc.so.6
http://bugs.digium.com/view.php?id=2 0x08151524 in _ast_realloc (p=0x95b1de8,
len=51, file=0x81adf74
"/usr/src/asterisk-1.6.2.0-beta1/include/asterisk/strings.h", lineno=561,
func=0x81adfb7 "ast_str_make_space") at
/usr/src/asterisk-1.6.2.0-beta1/include/asterisk/utils.h:493
http://bugs.digium.com/view.php?id=3 0x08151ab3 in ast_str_make_space
(buf=0xb70c7aa8, new_len=39) at
/usr/src/integra/asterisk-1.6.2.0-beta1/include/asterisk/strings.h:539
http://bugs.digium.com/view.php?id=4 0x0814417a in __ast_str_helper
(buf=0xb70c7aa8, max_len=0, append=1,
fmt=0x152d9c6 ",", ap=0xb70c778c "") at strings.c:92
http://bugs.digium.com/view.php?id=5 0x08151bcd in ast_str_append_va
(buf=0xb70c7aa8, max_len=0,
fmt=0x152d9c6 ",", ap=0xb70c778c "") at
/usr/src/integra/asterisk-1.6.2.0-beta1/include/asterisk/strings.h:749
http://bugs.digium.com/view.php?id=6 0x08151d0f in ast_str_append
(buf=0xb70c7aa8, max_len=0, fmt=0x152d9c6
",") at /usr/src/asterisk-1.6.2.0-beta1/include/asterisk/strings.h:821
http://bugs.digium.com/view.php?id=7 0x015293c9 in acf_odbc_read
(chan=0x95b6f18, cmd=0xb70c7b50
"ODBC_MSSQL", s=0xb70c7b5b "IVR_TEST_Asterisk 1001", buf=0xb70c7c00 "1,0",
len=4096)
at func_odbc.c:545
http://bugs.digium.com/view.php?id=8 0x080fd0ac in ast_func_read
(chan=0x95b6f18, function=0xb70c8c10
"ODBC_MSSQL(IVR_TEST_Asterisk 1001)", workspace=0xb70c7c00 "1,0", len=4096)
at pbx.c:3346
http://bugs.digium.com/view.php?id=9 0x080fd5ed in
pbx_substitute_variables_helper_full (c=0x95b6f18,
headp=0x95b7030, cp1=0x9570750
"HASH(Cliente)=${ODBC_MSSQL(IVR_TEST_Asterisk ${ANI})}",
cp2=0xb70cce96 "", count=8177, used=0xb70cad24) at pbx.c:3481
http://bugs.digium.com/view.php?id=10 0x080fdb91 in
pbx_substitute_variables_helper (c=0x95b6f18,
cp1=0x9570750 "HASH(Cliente)=${ODBC_MSSQL(IVR_TEST_Asterisk ${ANI})}",
cp2=0xb70cce88 "HASH(Cliente)=", count=8191) at pbx.c:3576
http://bugs.digium.com/view.php?id=11 0x080fdc71 in pbx_substitute_variables
(passdata=0xb70cce88
"HASH(Cliente)=", datalen=8192, c=0x95b6f18, e=0x9570798) at pbx.c:3599
http://bugs.digium.com/view.php?id=12 0x080fde99 in pbx_extension_helper
(c=0x95b6f18, con=0x0,
context=0x95b7188 "outgoing", exten=0x95b71d8 "141", priority=11,
label=0x0, callerid=0x95b10e8 "1001",
action=E_SPAWN, found=0xb70cf2dc, combined_find_spawn=1) at
pbx.c:3661
http://bugs.digium.com/view.php?id=13 0x080ff440 in ast_spawn_extension
(c=0x95b6f18, context=0x95b7188
"outgoing", exten=0x95b71d8 "141", priority=11, callerid=0x95b10e8 "1001",
found=0xb70cf2dc,
combined_find_spawn=1) at pbx.c:4137
http://bugs.digium.com/view.php?id=14 0x080ffacc in __ast_pbx_run (c=0x95b6f18,
args=0x0) at pbx.c:4227
http://bugs.digium.com/view.php?id=15 0x08100f54 in pbx_thread (data=0x95b6f18)
at pbx.c:4514
http://bugs.digium.com/view.php?id=16 0x081525cf in dummy_start (data=0x95b6ab8)
at utils.c:968
http://bugs.digium.com/view.php?id=17 0x0058946b in start_thread () from
/lib/libpthread.so.0
http://bugs.digium.com/view.php?id=18 0x00a34dbe in clone () from /lib/libc.so.6
Issue History
Date Modified Username Field Change
======================================================================
2009-03-26 11:06 sum Note Added: 0102240
======================================================================
More information about the asterisk-bugs
mailing list