==19899== Memcheck, a memory error detector
==19899== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==19899== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==19899== Command: asterisk -vvvvcg
==19899== 
==19899== Conditional jump or move depends on uninitialised value(s)
==19899==    at 0x9406ECD: sqlchar_as_sqlwchar (in /usr/lib64/libmyodbc5-5.1.5.so)
==19899==    by 0x93EF50F: SQLConnect (in /usr/lib64/libmyodbc5-5.1.5.so)
==19899==    by 0x7F2B8C1: SQLConnect (in /usr/lib64/libodbc.so.2.0.0)
==19899==    by 0x7D1826F: odbc_obj_connect (res_odbc.c:1554)
==19899==    by 0x7D176AE: _ast_odbc_request_obj2 (res_odbc.c:1376)
==19899==    by 0x7D17B84: _ast_odbc_request_obj (res_odbc.c:1449)
==19899==    by 0x7D1606B: odbc_register_class (res_odbc.c:1039)
==19899==    by 0x7D1593C: load_odbc_config (res_odbc.c:923)
==19899==    by 0x7D1952C: load_module (res_odbc.c:1892)
==19899==    by 0x500B80: start_resource (loader.c:861)
==19899==    by 0x50163F: load_resource_list (loader.c:1063)
==19899==    by 0x501C72: load_modules (loader.c:1211)
==19899==  Uninitialised value was created by a heap allocation
==19899==    at 0x4A069EE: malloc (vg_replace_malloc.c:270)
==19899==    by 0x3F57E2AA31: my_malloc (in /usr/lib64/mysql/libmysqlclient_r.so.16.0.0)
==19899==    by 0x9406F8E: sqlchar_as_sqlwchar (in /usr/lib64/libmyodbc5-5.1.5.so)
==19899==    by 0x93EF50F: SQLConnect (in /usr/lib64/libmyodbc5-5.1.5.so)
==19899==    by 0x7F2B8C1: SQLConnect (in /usr/lib64/libodbc.so.2.0.0)
==19899==    by 0x7D1826F: odbc_obj_connect (res_odbc.c:1554)
==19899==    by 0x7D176AE: _ast_odbc_request_obj2 (res_odbc.c:1376)
==19899==    by 0x7D17B84: _ast_odbc_request_obj (res_odbc.c:1449)
==19899==    by 0x7D1606B: odbc_register_class (res_odbc.c:1039)
==19899==    by 0x7D1593C: load_odbc_config (res_odbc.c:923)
==19899==    by 0x7D1952C: load_module (res_odbc.c:1892)
==19899==    by 0x500B80: start_resource (loader.c:861)
==19899== 
==19899== Thread 25:
==19899== Invalid read of size 1
==19899==    at 0x39801279D0: __strchr_sse42 (in /lib64/libc-2.12.so)
==19899==    by 0x12357192: custom_prepare (res_config_odbc.c:110)
==19899==    by 0x7D146F7: ast_odbc_prepare_and_execute (res_odbc.c:637)
==19899==    by 0x12359E03: store_odbc (res_config_odbc.c:773)
==19899==    by 0x4A88B9: ast_store_realtime (config.c:2838)
==19899==    by 0x121202C1: copy_plain_file (app_voicemail.c:4495)
==19899==    by 0x121257EA: copy_message (app_voicemail.c:5716)
==19899==    by 0x1212DFB4: forward_message (app_voicemail.c:8131)
==19899==    by 0x121395B3: vm_execmain (app_voicemail.c:11348)
==19899==    by 0x528FD4: pbx_exec (pbx.c:1622)
==19899==    by 0x5339F1: pbx_extension_helper (pbx.c:4915)
==19899==    by 0x536C4E: ast_spawn_extension (pbx.c:6031)
==19899==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==19899== 
==19899== 
==19899== Process terminating with default action of signal 11 (SIGSEGV): dumping core
==19899==  Access not within mapped region at address 0x0
==19899==    at 0x39801279D0: __strchr_sse42 (in /lib64/libc-2.12.so)
==19899==    by 0x12357192: custom_prepare (res_config_odbc.c:110)
==19899==    by 0x7D146F7: ast_odbc_prepare_and_execute (res_odbc.c:637)
==19899==    by 0x12359E03: store_odbc (res_config_odbc.c:773)
==19899==    by 0x4A88B9: ast_store_realtime (config.c:2838)
==19899==    by 0x121202C1: copy_plain_file (app_voicemail.c:4495)
==19899==    by 0x121257EA: copy_message (app_voicemail.c:5716)
==19899==    by 0x1212DFB4: forward_message (app_voicemail.c:8131)
==19899==    by 0x121395B3: vm_execmain (app_voicemail.c:11348)
==19899==    by 0x528FD4: pbx_exec (pbx.c:1622)
==19899==    by 0x5339F1: pbx_extension_helper (pbx.c:4915)
==19899==    by 0x536C4E: ast_spawn_extension (pbx.c:6031)
==19899==  If you believe this happened as a result of a stack
==19899==  overflow in your program's main thread (unlikely but
==19899==  possible), you can try to increase the size of the
==19899==  main thread stack using the --main-stacksize= flag.
==19899==  The main thread stack size used in this run was 10485760.
==19899== 
==19899== HEAP SUMMARY:
==19899==     in use at exit: 7,986,615 bytes in 60,459 blocks
==19899==   total heap usage: 597,480 allocs, 537,021 frees, 36,031,797 bytes allocated
==19899== 
==19899== LEAK SUMMARY:
==19899==    definitely lost: 48 bytes in 1 blocks
==19899==    indirectly lost: 429 bytes in 4 blocks
==19899==      possibly lost: 1,097,445 bytes in 2,989 blocks
==19899==    still reachable: 6,888,693 bytes in 57,465 blocks
==19899==         suppressed: 0 bytes in 0 blocks
==19899== Rerun with --leak-check=full to see details of leaked memory
==19899== 
==19899== For counts of detected and suppressed errors, rerun with: -v
==19899== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 555 from 9)
==19899== could not unlink /tmp/vgdb-pipe-from-vgdb-to-19899-by-root-on-lug01
==19899== could not unlink /tmp/vgdb-pipe-to-vgdb-from-19899-by-root-on-lug01
==19899== could not unlink /tmp/vgdb-pipe-shared-mem-vgdb-19899-by-root-on-lug01