[ https://issues.apache.org/jira/browse/DISPATCH-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ted Ross updated DISPATCH-177: ------------------------------ Fix Version/s: (was: 0.6) 0.7 > 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.7 > > > 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-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org