[asterisk-bugs] [JIRA] (ASTERISK-30502) asterisk crashes when loading res_odbc

Philip de Orleans (JIRA) noreply at issues.asterisk.org
Mon Apr 24 17:03:03 CDT 2023


    [ https://issues.asterisk.org/jira/browse/ASTERISK-30502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=261828#comment-261828 ] 

Philip de Orleans commented on ASTERISK-30502:
----------------------------------------------

I changed the names of the data sources to aaaa and bbbb, but it keeps blowing up

grep -A 10 -B 10 -i "size 1"  valgrind.log
==155431== Downloading debug info for /root/.cache/debuginfod_client/42bf80b053847aba0ac56c472f6c7ee661f476ef/debuginfo...
--155431--   Considering /root/.cache/debuginfod_client/1fafe29b3296abdc580acfaa7367684d8e91e7ab/debuginfo ..
--155431--   .. build-id is valid
==155431== Successfully downloaded debug file for /root/.cache/debuginfod_client/42bf80b053847aba0ac56c472f6c7ee661f476ef/debuginfo
--155431-- Reading syms from /usr/lib64/mariadb/libmaodbc.so
--155431-- Reading syms from /usr/lib64/libodbcinst.so.2.0.0
==155431== Downloading debug info for /usr/lib64/libodbcinst.so.2.0.0...
==155431== Server query failed: No such file or directory
--155431--    object doesn't have a symbol table
--155431-- REDIR: 0x80404e0 (libc.so.6:__strpbrk_sse42) redirected to 0x4c434c0 (strpbrk)
==155431== Invalid read of size 1
==155431==    at 0x4C3F114: strcmp (vg_replace_strmem.c:924)
==155431==    by 0x2E121ED5: ??? (in /usr/lib64/libodbc.so.2.0.0)
==155431==    by 0x2E1249D0: SQLConnect (in /usr/lib64/libodbc.so.2.0.0)
==155431==    by 0x2DF102F1: odbc_obj_connect (res_odbc.c:1052)
==155431==    by 0x2DF0FA52: _ast_odbc_request_obj2 (res_odbc.c:935)
==155431==    by 0x2DF0FE57: _ast_odbc_request_obj (res_odbc.c:983)
==155431==    by 0x2DF0F3B4: odbc_register_class (res_odbc.c:796)
==155431==    by 0x2DF0ECE7: load_odbc_config (res_odbc.c:696)
==155431==    by 0x2DF1080F: load_module (res_odbc.c:1123)
==155431==    by 0x51EC4A: start_resource (loader.c:1728)
--
==155431==      possibly lost: 435,079 bytes in 1,091 blocks
==155431==    still reachable: 1,734,464 bytes in 8,227 blocks
==155431==                       of which reachable via heuristic:
==155431==                         length64           : 164,272 bytes in 197 blocks
==155431==                         newarray           : 1,536 bytes in 16 blocks
==155431==         suppressed: 0 bytes in 0 blocks
==155431== 
==155431== ERROR SUMMARY: 1014 errors from 1014 contexts (suppressed: 0 from 0)
==155431== 
==155431== 1 errors in context 1 of 1014:
==155431== Invalid read of size 1
==155431==    at 0x4C3F114: strcmp (vg_replace_strmem.c:924)
==155431==    by 0x2E121ED5: ??? (in /usr/lib64/libodbc.so.2.0.0)
==155431==    by 0x2E1249D0: SQLConnect (in /usr/lib64/libodbc.so.2.0.0)
==155431==    by 0x2DF102F1: odbc_obj_connect (res_odbc.c:1052)
==155431==    by 0x2DF0FA52: _ast_odbc_request_obj2 (res_odbc.c:935)
==155431==    by 0x2DF0FE57: _ast_odbc_request_obj (res_odbc.c:983)
==155431==    by 0x2DF0F3B4: odbc_register_class (res_odbc.c:796)
==155431==    by 0x2DF0ECE7: load_odbc_config (res_odbc.c:696)
==155431==    by 0x2DF1080F: load_module (res_odbc.c:1123)
==155431==    by 0x51EC4A: start_resource (loader.c:1728)

> asterisk crashes when loading res_odbc
> --------------------------------------
>
>                 Key: ASTERISK-30502
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30502
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_odbc
>    Affects Versions: 18.11.2
>         Environment: Linux Centos 7 and 8
>            Reporter: Philip de Orleans
>         Attachments: asterisk-crash.txt, valgrind.log
>
>
> I use mariadb and the odbc connector. The command Isql works fine. when I try to load res_odbc, it crashes in both operating systems and with two versions of the driver. I have a trace, will upload it next



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list