[asterisk-dev] Asterisk or Jansson issue?
Ross Beer
ross.beer at outlook.com
Wed Dec 14 07:07:12 CST 2016
Hi,
Is the below segfault caused by Asterisk or Jansson? Currently using version 2.9 as packaged with Fedora 23.
#0 0x0000000000538392 in ast_json_free (p=0x7f3300000002) at json.c:190
mem = 0x7f32ffffffba
free_list = 0x7f3360000970
__PRETTY_FUNCTION__ = "ast_json_free"
#1 0x00007f34fc3d5701 in json_delete () at /lib64/libjansson.so.4
#2 0x00007f34fc3d0631 in hashtable_do_clear () at /lib64/libjansson.so.4
#3 0x00007f34fc3d06d9 in hashtable_close () at /lib64/libjansson.so.4
#4 0x00007f34fc3d5721 in json_delete () at /lib64/libjansson.so.4
#5 0x0000000000538153 in json_decref (json=0x7f33d8497fa8) at /usr/include/jansson.h:112
#6 0x00000000005384bc in ast_json_unref (json=0x7f33d8497fa8) at json.c:224
__mem___LINE__ = 0x7f33d8497f60
free_list = 0x7f3382395ba0
mem = 0x1100000074
#7 0x0000000000539b0f in json_payload_destructor (obj=0x7f33d82f9f80) at json.c:922
payload = 0x7f33d82f9f80
#8 0x000000000045e560 in internal_ao2_ref (user_data=0x7f33d82f9f80, delta=-1, file=0x6b8c5b "astobj2.c", line=505, func=0x6b8ee8 <__FUNCTION__.8971> "__ao2_ref") at astobj2.c:438
obj = 0x7f33d82f9f68
obj_mutex = 0x7f3382395bb8
obj_rwlock = 0x7f33d8497fa8
current_value = 0
ret = 1
__PRETTY_FUNCTION__ = "internal_ao2_ref"
#9 0x000000000045e811 in __ao2_ref (user_data=0x7f33d82f9f80, delta=-1) at astobj2.c:505
__FUNCTION__ = "__ao2_ref"
#10 0x000000000045e882 in __ao2_cleanup (obj=0x7f33d82f9f80) at astobj2.c:518
#11 0x00000000005e0b26 in stasis_message_dtor (obj=0x7f33d82cb090) at stasis_message.c:107
message = 0x7f33d82cb090
#12 0x000000000045e560 in internal_ao2_ref (user_data=0x7f33d82cb090, delta=-1, file=0x6b8c5b "astobj2.c", line=505, func=0x6b8ee8 <__FUNCTION__.8971> "__ao2_ref") at astobj2.c:438
obj = 0x7f33d82cb078
obj_mutex = 0x3758d50
obj_rwlock = 0x7f33d82cb090
current_value = 0
ret = 1
__PRETTY_FUNCTION__ = "internal_ao2_ref"
#13 0x000000000045e811 in __ao2_ref (user_data=0x7f33d82cb090, delta=-1) at astobj2.c:505
__FUNCTION__ = "__ao2_ref"
#14 0x000000000045e882 in __ao2_cleanup (obj=0x7f33d82cb090) at astobj2.c:518
#15 0x00000000005cf81f in dispatch_exec_async (local=0x7f3382395ca0) at stasis.c:716
sub = 0x3758d50
message = 0x7f33d82cb090
#16 0x00000000005ee36a in ast_taskprocessor_execute (tps=0x2c23f20) at taskprocessor.c:965
local = {local_data = 0x3758d50, data = 0x7f33d82cb090}
t = 0x7f33d82d0cd0
size = 0
__PRETTY_FUNCTION__ = "ast_taskprocessor_execute"
#17 0x00000000005ec695 in default_tps_processing_function (data=0x3982ab0) at taskprocessor.c:185
listener = 0x3982ab0
tps = 0x2c23f20
pvt = 0x3758de0
sem_value = 0
res = 0
__PRETTY_FUNCTION__ = "default_tps_processing_function"
#18 0x0000000000603b1c in dummy_start (data=0x3813c80) at utils.c:1235
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0, -7924327506780593733, 140728438389919, 139859204859648, 507904, 0, -7924327506755427909, 7809284277735154107}, __mask_was_saved = 0}}, __pad = {0x7f3382395df0, 0x0, 0x0, 0x0}}
__cancel_routine = 0x45257a <ast_unregister_thread>
__cancel_arg = 0x7f3382396700
__not_first_call = 0
ret = 0x0
a = {start_routine = 0x5ec5ff <default_tps_processing_function>, data = 0x3982ab0, name = 0x2c36090 "default_tps_processing_function started at [ 202] taskprocessor.c default_listener_start()"}
#19 0x00007f34fbb7361a in start_thread () at /lib64/libpthread.so.0
#20 0x00007f34faeaf5fd in clone () at /lib64/libc.so.6
If this looks like an Asterisk issue I will raise a ticket.
Kind regards,
Ross
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20161214/af3f0c45/attachment.html>
More information about the asterisk-dev
mailing list