Hide Forgot
+++ This bug was initially created as a clone of Bug #1016717 +++ This bug is created as a clone of upstream ticket: https://fedorahosted.org/389/ticket/47517 In a range search like ldapsearch ... -b "cn=changelog" "(&(changenumber>=74)(changenumber<=84))" valgrind reports the following memory leak: ==26736== 12 bytes in 3 blocks are definitely lost in loss record 128 of 1,619 ==26736== at 0x4A0881C: malloc (vg_replace_malloc.c:270) ==26736== by 0x319DE4F8CB: slapi_ch_malloc (ch_malloc.c:155) ==26736== by 0x390F752176: __os_umalloc (in /usr/lib64/libdb-5.2.so) ==26736== by 0x390F71493D: __db_retcopy (in /usr/lib64/libdb-5.2.so) ==26736== by 0x390F6EC9D3: __dbc_iget (in /usr/lib64/libdb-5.2.so) ==26736== by 0x390F6FBC0B: __dbc_get_pp (in /usr/lib64/libdb-5.2.so) ==26736== by 0x93D7FFF: idl_new_range_fetch (idl_new.c:466) ==26736== by 0x93EB2A4: index_range_read_ext (index.c:1459) ==26736== by 0x93D02DC: range_candidates (filterindex.c:619) ==26736== by 0x93D0889: list_candidates (filterindex.c:773) ==26736== by 0x93CEF11: filter_candidates_ext (filterindex.c:167) ==26736== by 0x93D0B86: list_candidates (filterindex.c:836)
Created attachment 862183 [details] valgrind output Thanks Mark for the clean steps :) PFA for the valgrind output, it does not have "range_candidates" So marking bug as VERIFIED.
Automated in Basic test suit as bug1016722() in TET.
This request was resolved in Red Hat Enterprise Linux 7.0. Contact your manager or support representative in case you have further questions about the request.