==8991== Memcheck, a memory error detector ==8991== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==8991== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==8991== Command: asterisk -vvvvcg ==8991== ==8991== Syscall param stat(file_name) points to unaddressable byte(s) ==8991== at 0x7A2F575: _xstat (in /usr/lib64/libc-2.17.so) ==8991== by 0x5F3BDC: ast_tcptls_server_start (tcptls.c:1189) ==8991== by 0x5323B5: __ast_http_load (http.c:2259) ==8991== by 0x532827: ast_http_init (http.c:2361) ==8991== by 0x45E278: asterisk_daemon (asterisk.c:4671) ==8991== by 0x45D92D: main (asterisk.c:4446) ==8991== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==8991== ==8991== Conditional jump or move depends on uninitialised value(s) ==8991== at 0x4E03B9: ast_variable_lists_match (config.c:799) ==8991== by 0x12AAD93F: sorcery_config_fields_cmp (res_sorcery_config.c:125) ==8991== by 0x4601D3: internal_ao2_traverse (astobj2_container.c:354) ==8991== by 0x4604F2: __ao2_callback (astobj2_container.c:455) ==8991== by 0x12AADC12: sorcery_config_retrieve_multiple (res_sorcery_config.c:185) ==8991== by 0x5CCCD8: ast_sorcery_retrieve_by_fields (sorcery.c:1928) ==8991== by 0x11E098F1: update_all_unqualified_endpoints (pjsip_options.c:1447) ==8991== by 0x11E098F1: ast_res_pjsip_init_options_handling (pjsip_options.c:1503) ==8991== by 0x11E04DD3: load_module (res_pjsip.c:4698) ==8991== by 0x53D6B1: start_resource (loader.c:994) ==8991== by 0x53E2E9: load_resource_list (loader.c:1246) ==8991== by 0x53E9BE: load_modules (loader.c:1376) ==8991== by 0x45E3AD: asterisk_daemon (asterisk.c:4694) ==8991== ==8991== Thread 7: ==8991== Invalid read of size 8 ==8991== at 0x4BDA47: ast_write (channel.c:5368) ==8991== by 0x4BC445: ast_prod (channel.c:5004) ==8991== by 0x4B6FAA: ast_activate_generator (channel.c:3053) ==8991== by 0x534290: ast_playtones_start (indications.c:401) ==8991== by 0x19435C57: handle_playtones (app_playtones.c:93) ==8991== by 0x58AD29: pbx_exec (pbx_app.c:491) ==8991== by 0x577A7D: pbx_extension_helper (pbx.c:2884) ==8991== by 0x57B19A: ast_spawn_extension (pbx.c:4109) ==8991== by 0x57BEAF: __ast_pbx_run (pbx.c:4286) ==8991== by 0x57D745: pbx_thread (pbx.c:4608) ==8991== by 0x608CA6: dummy_start (utils.c:1238) ==8991== by 0x6CE3DC4: start_thread (in /usr/lib64/libpthread-2.17.so) ==8991== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==8991== ==8991== ==8991== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==8991== Access not within mapped region at address 0x0 ==8991== at 0x4BDA47: ast_write (channel.c:5368) ==8991== by 0x4BC445: ast_prod (channel.c:5004) ==8991== by 0x4B6FAA: ast_activate_generator (channel.c:3053) ==8991== by 0x534290: ast_playtones_start (indications.c:401) ==8991== by 0x19435C57: handle_playtones (app_playtones.c:93) ==8991== by 0x58AD29: pbx_exec (pbx_app.c:491) ==8991== by 0x577A7D: pbx_extension_helper (pbx.c:2884) ==8991== by 0x57B19A: ast_spawn_extension (pbx.c:4109) ==8991== by 0x57BEAF: __ast_pbx_run (pbx.c:4286) ==8991== by 0x57D745: pbx_thread (pbx.c:4608) ==8991== by 0x608CA6: dummy_start (utils.c:1238) ==8991== by 0x6CE3DC4: start_thread (in /usr/lib64/libpthread-2.17.so) ==8991== If you believe this happened as a result of a stack ==8991== overflow in your program's main thread (unlikely but ==8991== possible), you can try to increase the size of the ==8991== main thread stack using the --main-stacksize= flag. ==8991== The main thread stack size used in this run was 8388608. ==8991== ==8991== HEAP SUMMARY: ==8991== in use at exit: 24,228,005 bytes in 143,161 blocks ==8991== total heap usage: 2,067,264 allocs, 1,924,103 frees, 159,247,514 bytes allocated ==8991== ==8991== LEAK SUMMARY: ==8991== definitely lost: 8,897 bytes in 290 blocks ==8991== indirectly lost: 0 bytes in 0 blocks ==8991== possibly lost: 5,027,856 bytes in 25,362 blocks ==8991== still reachable: 19,191,252 bytes in 117,509 blocks ==8991== of which reachable via heuristic: ==8991== length64 : 92,472 bytes in 120 blocks ==8991== suppressed: 0 bytes in 0 blocks ==8991== Rerun with --leak-check=full to see details of leaked memory ==8991== ==8991== For counts of detected and suppressed errors, rerun with: -v ==8991== Use --track-origins=yes to see where uninitialised values come from ==8991== ERROR SUMMARY: 5 errors from 3 contexts (suppressed: 0 from 0)