You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Ted Ross (JIRA)" <ji...@apache.org> on 2016/08/17 17:55:20 UTC
[jira] [Resolved] (DISPATCH-177) Valgrind finds leaks when running
dispatch w/SSL
[ https://issues.apache.org/jira/browse/DISPATCH-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ted Ross resolved DISPATCH-177.
-------------------------------
Resolution: Fixed
Fix Version/s: (was: 0.7.0)
0.6.0
I'm resolving this issue as of 0.6.0, since all the commits on this Jira are in that release. There may be additional Valgrind issues to be seen under SSL but these would fall under either the Proton project or the OpenSSL project.
> Valgrind finds leaks when running dispatch w/SSL
> ------------------------------------------------
>
> Key: DISPATCH-177
> URL: https://issues.apache.org/jira/browse/DISPATCH-177
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
> Affects Versions: 0.5
> Reporter: Ken Giusti
> Assignee: Ken Giusti
> Fix For: 0.6.0
>
>
> See Pavel's results in https://issues.jboss.org/browse/ENTMQ-1149
> There are a few leaks that seem to be legit and will need investigation:
> ==26079== 7 bytes in 1 blocks are definitely lost in loss record 11 of 5,673
> ==26079== at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==26079== by 0x5D34529: strdup (strdup.c:42)
> ==26079== by 0x4E4D988: qd_entity_get_string (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4B666: qd_dispatch_configure_connector (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x12423DAB: ffi_call_unix64 (in /usr/lib64/libffi.so.6.0.1)
> ==26079== by 0x124236D4: ffi_call (in /usr/lib64/libffi.so.6.0.1)
> ==26079== by 0x12210C8A: _call_function_pointer (callproc.c:832)
> ==26079== by 0x12210C8A: _ctypes_callproc (callproc.c:1179)
> ==26079== by 0x1220AA84: PyCFuncPtr_call (_ctypes.c:3929)
> ==26079== by 0x5932072: PyObject_Call (abstract.c:2529)
> ==26079== by 0x59C634B: do_call (ceval.c:4316)
> ==26079== by 0x59C634B: call_function (ceval.c:4121)
> ==26079== by 0x59C634B: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== by 0x59C894F: fast_function (ceval.c:4184)
> ==26079== by 0x59C894F: call_function (ceval.c:4119)
> ==26079== by 0x59C894F: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== by 0x59C894F: fast_function (ceval.c:4184)
> ==26079== by 0x59C894F: call_function (ceval.c:4119)
> ==26079== by 0x59C894F: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== 10 bytes in 2 blocks are definitely lost in loss record 20 of 5,673
> ==26079== at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==26079== by 0x5D34529: strdup (strdup.c:42)
> ==26079== by 0x4E4D988: qd_entity_get_string (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E579C4: qd_router_configure_lrp (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4D671: qd_dispatch_configure_lrp (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x12423DAB: ffi_call_unix64 (in /usr/lib64/libffi.so.6.0.1)
> ==26079== by 0x124236D4: ffi_call (in /usr/lib64/libffi.so.6.0.1)
> ==26079== by 0x12210C8A: _call_function_pointer (callproc.c:832)
> ==26079== by 0x12210C8A: _ctypes_callproc (callproc.c:1179)
> ==26079== by 0x1220AA84: PyCFuncPtr_call (_ctypes.c:3929)
> ==26079== by 0x5932072: PyObject_Call (abstract.c:2529)
> ==26079== by 0x59C634B: do_call (ceval.c:4316)
> ==26079== by 0x59C634B: call_function (ceval.c:4121)
> ==26079== by 0x59C634B: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== by 0x59C894F: fast_function (ceval.c:4184)
> ==26079== by 0x59C894F: call_function (ceval.c:4119)
> ==26079== by 0x59C894F: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== 240 bytes in 4 blocks are definitely lost in loss record 4,198 of 5,673
> ==26079== at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==26079== by 0x4E48986: qd_alloc (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E59B80: qd_router_add_lrp_ref_LH (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4E637: ??? (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4C25B: ??? (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E5E9DB: ??? (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x52C7DF4: start_thread (pthread_create.c:308)
> ==26079== by 0x5DA41AC: clone (clone.S:113)
> ==26079== 248 bytes in 2 blocks are definitely lost in loss record 4,203 of 5,673
> ==26079== at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==26079== by 0x4E48986: qd_alloc (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4FA2E: qd_field_iterator_string (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4C7E9: qd_container_register_node_type (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E5C045: qd_router (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E4D6D1: qd_dispatch_prepare (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x12423DAB: ffi_call_unix64 (in /usr/lib64/libffi.so.6.0.1)
> ==26079== by 0x124236D4: ffi_call (in /usr/lib64/libffi.so.6.0.1)
> ==26079== by 0x12210C8A: _call_function_pointer (callproc.c:832)
> ==26079== by 0x12210C8A: _ctypes_callproc (callproc.c:1179)
> ==26079== by 0x1220AA84: PyCFuncPtr_call (_ctypes.c:3929)
> ==26079== by 0x5932072: PyObject_Call (abstract.c:2529)
> ==26079== by 0x59C634B: do_call (ceval.c:4316)
> ==26079== by 0x59C634B: call_function (ceval.c:4121)
> ==26079== by 0x59C634B: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== 272 (100 direct, 172 indirect) bytes in 1 blocks are definitely lost in loss record 4,272 of 5,673
> ==26079== at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==26079== by 0x4E48986: qd_alloc (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x4E5D1A1: ??? (in /usr/lib64/libqpid-dispatch.so.0.1)
> ==26079== by 0x59C8B93: call_function (ceval.c:4098)
> ==26079== by 0x59C8B93: PyEval_EvalFrameEx (ceval.c:2740)
> ==26079== by 0x59CA1AC: PyEval_EvalCodeEx (ceval.c:3330)
> ==26079== by 0x5957097: function_call (funcobject.c:526)
> ==26079== by 0x5932072: PyObject_Call (abstract.c:2529)
> ==26079== by 0x5941084: instancemethod_call (classobject.c:2602)
> ==26079== by 0x5932072: PyObject_Call (abstract.c:2529)
> ==26079== by 0x5989166: slot_tp_init (typeobject.c:5692)
> ==26079== by 0x5987E7E: type_call (typeobject.c:745)
> ==26079== by 0x5932072: PyObject_Call (abstract.c:2529)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org