Ken Giusti created DISPATCH-177:
-----------------------------------
Summary: 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
Fix For: 0.6
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: [email protected]
For additional commands, e-mail: [email protected]
