==9072== Memcheck, a memory error detector ==9072== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==9072== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==9072== Command: slapd -h ldap:///\ ldapi:/// -g openldap -u openldap -F /etc/ldap/slapd.d ==9072== ==9072== ==9072== HEAP SUMMARY: ==9072== in use at exit: 810,015 bytes in 12,788 blocks ==9072== total heap usage: 63,337 allocs, 50,549 frees, 6,465,483 bytes allocated ==9072== ==9072== LEAK SUMMARY: ==9072== definitely lost: 191 bytes in 3 blocks ==9072== indirectly lost: 20,422 bytes in 373 blocks ==9072== possibly lost: 0 bytes in 0 blocks ==9072== still reachable: 789,402 bytes in 12,412 blocks ==9072== suppressed: 0 bytes in 0 blocks ==9072== Rerun with --leak-check=full to see details of leaked memory ==9072== ==9072== For counts of detected and suppressed errors, rerun with: -v ==9072== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) ==9072== could not unlink /tmp/vgdb-pipe-from-vgdb-to-9072-by-root-on-??? ==9072== could not unlink /tmp/vgdb-pipe-to-vgdb-from-9072-by-root-on-??? ==9072== could not unlink /tmp/vgdb-pipe-shared-mem-vgdb-9072-by-root-on-??? ==9101== Thread 8: ==9101== Conditional jump or move depends on uninitialised value(s) ==9101== at 0xA87359A: __db_retcopy (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so) ==9101== by 0xA84DE4E: __dbc_iget (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so) ==9101== by 0xA85BEFC: __dbc_get_pp (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so) ==9101== by 0xAD2022D: hdb_search (in /usr/lib/ldap/back_hdb-2.4.so.2.8.1) ==9101== by 0x1B1186: overlay_op_walk (in /usr/sbin/slapd) ==9101== by 0x1B126A: ??? (in /usr/sbin/slapd) ==9101== by 0x1465D8: fe_op_search (in /usr/sbin/slapd) ==9101== by 0x145E55: do_search (in /usr/sbin/slapd) ==9101== by 0x1435A6: ??? (in /usr/sbin/slapd) ==9101== by 0x4E409A9: ??? (in /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.8.1) ==9101== by 0x5F2CE99: start_thread (pthread_create.c:308) ==9101== by 0x6235CBC: clone (clone.S:112) ==9101== ==9101== Conditional jump or move depends on uninitialised value(s) ==9101== at 0xA87368A: __db_retcopy (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so) ==9101== by 0xA84DE4E: __dbc_iget (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so) ==9101== by 0xA85BEFC: __dbc_get_pp (in /usr/lib/x86_64-linux-gnu/libdb-5.1.so) ==9101== by 0xAD2022D: hdb_search (in /usr/lib/ldap/back_hdb-2.4.so.2.8.1) ==9101== by 0x1B1186: overlay_op_walk (in /usr/sbin/slapd) ==9101== by 0x1B126A: ??? (in /usr/sbin/slapd) ==9101== by 0x1465D8: fe_op_search (in /usr/sbin/slapd) ==9101== by 0x145E55: do_search (in /usr/sbin/slapd) ==9101== by 0x1435A6: ??? (in /usr/sbin/slapd) ==9101== by 0x4E409A9: ??? (in /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.8.1) ==9101== by 0x5F2CE99: start_thread (pthread_create.c:308) ==9101== by 0x6235CBC: clone (clone.S:112) ==9101== ==9101== ==9101== HEAP SUMMARY: ==9101== in use at exit: 75,438,130 bytes in 3,142,556 blocks ==9101== total heap usage: 26,635,923 allocs, 23,493,367 frees, 18,072,507,746 bytes allocated ==9101== ==9101== LEAK SUMMARY: ==9101== definitely lost: 22,624,135 bytes in 1,256,840 blocks ==9101== indirectly lost: 52,805,830 bytes in 1,885,570 blocks ==9101== possibly lost: 72 bytes in 3 blocks ==9101== still reachable: 8,093 bytes in 143 blocks ==9101== suppressed: 0 bytes in 0 blocks ==9101== Rerun with --leak-check=full to see details of leaked memory ==9101== ==9101== For counts of detected and suppressed errors, rerun with: -v ==9101== Use --track-origins=yes to see where uninitialised values come from ==9101== ERROR SUMMARY: 611 errors from 2 contexts (suppressed: 2 from 2)