openldap-bugs February 2021

openldap-bugs@openldap.org

1 participants
523 discussions

[Issue 9432] New: ldap_initialize leaks memory if compiled with cyrus sasl
by openldap-its＠openldap.org 03 Aug '21

03 Aug '21

https://bugs.openldap.org/show_bug.cgi?id=9432 Issue ID: 9432 Summary: ldap_initialize leaks memory if compiled with cyrus sasl Product: OpenLDAP Version: 2.4.56 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: libraries Assignee: bugs(a)openldap.org Reporter: sternenseemann(a)systemli.org Target Milestone: --- Created attachment 782 --> https://bugs.openldap.org/attachment.cgi?id=782&action=edit Code for the first two examples, compiled with -lldap -lsasl2 I have a trivial program which just connects to a LDAP server optionally using TLS and does nothing further. If I use libldap compiled with SASL support, the executable leaks memory from ldap_initialize even though I call sasl_client_done() in the end: ------------------------------------------------- valgrind --show-leak-kinds=all --leak-check=full -s ./ldapsimilarity ldaps://db.debian.org ==20383== Memcheck, a memory error detector ==20383== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==20383== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info ==20383== Command: ./ldapsimilarity ldaps://db.debian.org ==20383== Using db.debian.org:636 ==20383== ==20383== HEAP SUMMARY: ==20383== in use at exit: 212 bytes in 3 blocks ==20383== total heap usage: 766 allocs, 763 frees, 169,881 bytes allocated ==20383== ==20383== 20 bytes in 2 blocks are indirectly lost in loss record 1 of 2 ==20383== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20383== by 0x56255BE: ??? ==20383== by 0x5626FC3: ??? ==20383== by 0x56272AE: ??? ==20383== by 0x56280A2: ??? ==20383== by 0x56280B7: ??? ==20383== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20383== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20383== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20383== by 0x489DD43: sasl_client_init (client.c:316) ==20383== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20383== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20383== ==20383== 212 (192 direct, 20 indirect) bytes in 1 blocks are definitely lost in loss record 2 of 2 ==20383== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20383== by 0x56271C9: ??? ==20383== by 0x56280A2: ??? ==20383== by 0x56280B7: ??? ==20383== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20383== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20383== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20383== by 0x489DD43: sasl_client_init (client.c:316) ==20383== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20383== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20383== by 0x485620D: ldap_create (open.c:109) ==20383== by 0x4856491: ldap_initialize (open.c:241) ==20383== ==20383== LEAK SUMMARY: ==20383== definitely lost: 192 bytes in 1 blocks ==20383== indirectly lost: 20 bytes in 2 blocks ==20383== possibly lost: 0 bytes in 0 blocks ==20383== still reachable: 0 bytes in 0 blocks ==20383== suppressed: 0 bytes in 0 blocks ==20383== ==20383== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) ------------------------------------------------- If I compile openldap without cyrus sasl the valgrind log looks like this: ------------------------------------------------- valgrind --show-leak-kinds=all --leak-check=full -s ./ldapsimilarity ldaps://db.debian.org ==20305== Memcheck, a memory error detector ==20305== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==20305== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info ==20305== Command: ./ldapsimilarity ldaps://db.debian.org ==20305== Using db.debian.org:636 ==20305== ==20305== HEAP SUMMARY: ==20305== in use at exit: 0 bytes in 0 blocks ==20305== total heap usage: 45 allocs, 45 frees, 13,788 bytes allocated ==20305== ==20305== All heap blocks were freed -- no leaks are possible ==20305== ==20305== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ------------------------------------------------- Also note that if I don't call sasl_client_done() and link specifically againt cyrus sasl for that purpose, as I never call any sasl related functions, the executable leaks over 20K. It seems like an oversight to me that ldap_unbind_ext doesn't free anything SASL related. ------------------------------------------------- valgrind --show-leak-kinds=all --leak-check=full -s ./ldapsimilarity ldaps://db.debian.org ==20410== Memcheck, a memory error detector ==20410== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==20410== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info ==20410== Command: ./ldapsimilarity ldaps://db.debian.org ==20410== Using db.debian.org:636 ==20410== ==20410== HEAP SUMMARY: ==20410== in use at exit: 26,473 bytes in 103 blocks ==20410== total heap usage: 753 allocs, 650 frees, 154,770 bytes allocated ==20410== ==20410== 6 bytes in 1 blocks are still reachable in loss record 1 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x4E38FD6: generic_gss_add_oid_set_member (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E47DFE: gss_add_oid_set_member (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E4746C: gss_indicate_mechs_by_attrs (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365) ==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573) ==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961) ==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== ==20410== 9 bytes in 1 blocks are still reachable in loss record 2 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489FCBB: _sasl_strdup (common.c:179) ==20410== by 0x489D2F1: sasl_client_add_plugin (client.c:221) ==20410== by 0x489DCAF: sasl_client_init (client.c:311) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 9 bytes in 1 blocks are still reachable in loss record 3 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x4E39037: generic_gss_add_oid_set_member (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E47DFE: gss_add_oid_set_member (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E4746C: gss_indicate_mechs_by_attrs (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365) ==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573) ==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961) ==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== ==20410== 12 bytes in 1 blocks are still reachable in loss record 4 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x48A4504: sasl_randcreate (saslutil.c:384) ==20410== by 0x48A035E: _sasl_alloc_utils (common.c:2009) ==20410== by 0x489D3A7: init_mechlist (client.c:68) ==20410== by 0x489DC96: sasl_client_init (client.c:305) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 12 bytes in 1 blocks are still reachable in loss record 5 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x48A4504: sasl_randcreate (saslutil.c:384) ==20410== by 0x48A035E: _sasl_alloc_utils (common.c:2009) ==20410== by 0x48A0642: _sasl_common_init (common.c:811) ==20410== by 0x489DCBB: sasl_client_init (client.c:313) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 16 bytes in 1 blocks are still reachable in loss record 6 of 29 ==20410== at 0x483A9A2: calloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x4E38EE5: generic_gss_create_empty_oid_set (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E4723C: gss_indicate_mechs_by_attrs (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365) ==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573) ==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961) ==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== ==20410== 20 bytes in 2 blocks are still reachable in loss record 7 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x56255BE: gs2_duplicate_buffer (gs2.c:1408) ==20410== by 0x5626FC3: gs2_client_plug_alloc (gs2.c:925) ==20410== by 0x56272AE: gs2_common_plug_init (gs2.c:597) ==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961) ==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== ==20410== 32 bytes in 1 blocks are still reachable in loss record 8 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489DC72: sasl_client_init (client.c:298) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 32 bytes in 1 blocks are still reachable in loss record 9 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489D2CB: sasl_client_add_plugin (client.c:217) ==20410== by 0x489DCAF: sasl_client_init (client.c:311) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 32 bytes in 1 blocks are still reachable in loss record 10 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x4E38F88: generic_gss_add_oid_set_member (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E47DFE: gss_add_oid_set_member (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x4E4746C: gss_indicate_mechs_by_attrs (in /nix/store/yrh78gd3swn5a0z5lal4kra42a1ybl48-libkrb5-1.18/lib/libgssapi_krb5.so.2.2) ==20410== by 0x5627112: gs2_indicate_mechs (gs2.c:1365) ==20410== by 0x56271AC: gs2_common_plug_init (gs2.c:573) ==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961) ==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== ==20410== 40 bytes in 1 blocks are still reachable in loss record 11 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x55E6725: digestmd5_client_plug_init (digestmd5.c:4641) ==20410== by 0x55E67F4: sasl_client_plug_init (digestmd5_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== ==20410== 56 bytes in 2 blocks are still reachable in loss record 12 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x4007613: decompose_rpath.isra.10 (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x400974B: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x400D941: openaux (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x400DCD3: _dl_map_object_deps (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013ADD: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x49E11CE: _dl_catch_error (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 72 bytes in 1 blocks are still reachable in loss record 13 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489FCBB: _sasl_strdup (common.c:179) ==20410== by 0x489FD84: _sasl_getpath (common.c:1598) ==20410== by 0x48A90F1: _sasl_load_plugins (dlopen.c:469) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 82 bytes in 12 blocks are still reachable in loss record 14 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489FCBB: _sasl_strdup (common.c:179) ==20410== by 0x489D2F1: sasl_client_add_plugin (client.c:221) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 112 bytes in 1 blocks are still reachable in loss record 15 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x48A2438: _sasl_build_mechlist (common.c:2374) ==20410== by 0x489DCF0: sasl_client_init (client.c:324) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 147 bytes in 2 blocks are still reachable in loss record 16 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x4006A32: open_path (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x400927B: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x400D941: openaux (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x400DCD3: _dl_map_object_deps (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013ADD: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x49E11CE: _dl_catch_error (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 147 bytes in 2 blocks are still reachable in loss record 17 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x400BB28: _dl_new_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4007BF5: _dl_map_object_from_fd (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4009096: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x400D941: openaux (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x400DCD3: _dl_map_object_deps (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013ADD: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 160 bytes in 10 blocks are still reachable in loss record 18 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x48A8FDD: _sasl_get_plugin (dlopen.c:379) ==20410== by 0x48A930D: _sasl_load_plugins (dlopen.c:527) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 192 bytes in 1 blocks are still reachable in loss record 19 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x56271C9: gs2_common_plug_init (gs2.c:577) ==20410== by 0x56280A2: gs2_client_plug_init (gs2.c:961) ==20410== by 0x56280B7: sasl_client_plug_init (gs2_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== ==20410== 384 bytes in 12 blocks are still reachable in loss record 20 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489D2CB: sasl_client_add_plugin (client.c:217) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 392 bytes in 1 blocks are still reachable in loss record 21 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x48A0345: _sasl_alloc_utils (common.c:2003) ==20410== by 0x489D3A7: init_mechlist (client.c:68) ==20410== by 0x489DC96: sasl_client_init (client.c:305) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 392 bytes in 1 blocks are still reachable in loss record 22 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x48A0345: _sasl_alloc_utils (common.c:2003) ==20410== by 0x48A0642: _sasl_common_init (common.c:811) ==20410== by 0x489DCBB: sasl_client_init (client.c:313) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 870 bytes in 10 blocks are still reachable in loss record 23 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x401C3CA: strdup (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4009019: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013A75: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x49E11CE: _dl_catch_error (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x4E248F4: _dlerror_run (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x48A8FF2: _sasl_get_plugin (dlopen.c:382) ==20410== ==20410== 870 bytes in 10 blocks are still reachable in loss record 24 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x400BB28: _dl_new_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4007BF5: _dl_map_object_from_fd (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4009096: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013A75: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x49E11CE: _dl_catch_error (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x4E248F4: _dlerror_run (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== ==20410== 880 bytes in 1 blocks are still reachable in loss record 25 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x55E6779: digestmd5_client_plug_init (digestmd5.c:4654) ==20410== by 0x55E67F4: sasl_client_plug_init (digestmd5_init.c:41) ==20410== by 0x489D20E: sasl_client_add_plugin (client.c:194) ==20410== by 0x48A8F5C: _sasl_plugin_load (dlopen.c:239) ==20410== by 0x48A9151: _sasl_load_plugins (dlopen.c:533) ==20410== by 0x489DD43: sasl_client_init (client.c:316) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== ==20410== 2,280 bytes in 12 blocks are still reachable in loss record 26 of 29 ==20410== at 0x483A9A2: calloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x40112AC: _dl_check_map_versions (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013B25: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x49E11CE: _dl_catch_error (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x4E248F4: _dlerror_run (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x48A8FF2: _sasl_get_plugin (dlopen.c:382) ==20410== by 0x48A930D: _sasl_load_plugins (dlopen.c:527) ==20410== ==20410== 2,395 bytes in 2 blocks are still reachable in loss record 27 of 29 ==20410== at 0x483A9A2: calloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x400B922: _dl_new_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4007BF5: _dl_map_object_from_fd (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4009096: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x400D941: openaux (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x400DCD3: _dl_map_object_deps (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013ADD: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 4,112 bytes in 1 blocks are still reachable in loss record 28 of 29 ==20410== at 0x4838753: malloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x489B76E: sasl_canonuser_add_plugin (canonusr.c:335) ==20410== by 0x48A060E: _sasl_common_init (common.c:816) ==20410== by 0x489DCBB: sasl_client_init (client.c:313) ==20410== by 0x485C321: ldap_int_sasl_init (cyrus.c:117) ==20410== by 0x4870D8E: ldap_int_initialize (init.c:662) ==20410== by 0x485620D: ldap_create (open.c:109) ==20410== by 0x4856491: ldap_initialize (open.c:241) ==20410== by 0x4013C6: run (main.c:68) ==20410== by 0x48D6DBC: (below main) (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== ==20410== 12,710 bytes in 10 blocks are still reachable in loss record 29 of 29 ==20410== at 0x483A9A2: calloc (in /nix/store/l7qvi4rjqh0b64d9pdjj8vxkwh2ibynz-valgrind-3.16.1/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==20410== by 0x400B922: _dl_new_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4007BF5: _dl_map_object_from_fd (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4009096: _dl_map_object (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4013A75: dl_open_worker (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x40135DC: _dl_open (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/ld-2.32.so) ==20410== by 0x4E24245: dlopen_doit (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x49E1134: _dl_catch_exception (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x49E11CE: _dl_catch_error (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libc-2.32.so) ==20410== by 0x4E248F4: _dlerror_run (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== by 0x4E242C5: dlopen@@GLIBC_2.2.5 (in /nix/store/1yvpgm763b3hvg8q4fzpzmflr5674x4j-glibc-2.32-10/lib/libdl-2.32.so) ==20410== ==20410== LEAK SUMMARY: ==20410== definitely lost: 0 bytes in 0 blocks ==20410== indirectly lost: 0 bytes in 0 blocks ==20410== possibly lost: 0 bytes in 0 blocks ==20410== still reachable: 26,473 bytes in 103 blocks ==20410== suppressed: 0 bytes in 0 blocks ==20410== ==20410== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ------------------------------------------------- I'm using the NixOS package for openldap 2.4.56 for which you can find the build process here: https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/ope…. The code for my executable is attached. -- You are receiving this mail because: You are on the CC list for the issue.

1 4

[Issue 9431] New: back-mdb: Always have an equality index for objectClass
by openldap-its＠openldap.org 13 Jul '21

13 Jul '21

https://bugs.openldap.org/show_bug.cgi?id=9431 Issue ID: 9431 Summary: back-mdb: Always have an equality index for objectClass Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- Data storage backends require an equality index on objectClass to function correctly. As this is a hard requirement it should be automatic with back-mdb. Why this wasn't done in the past with other backends isn't exactly clear, it may have been due to their requirements to have additional cache layers. That however is not necessary with back-mdb. -- You are receiving this mail because: You are on the CC list for the issue.

1 4

[Issue 9284] New: Need man page for vc contrib overlay
by openldap-its＠openldap.org 13 Jul '21

13 Jul '21

https://bugs.openldap.org/show_bug.cgi?id=9284 Issue ID: 9284 Summary: Need man page for vc contrib overlay Product: OpenLDAP Version: 2.4.50 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: contrib Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- The verified credentials overlay in contrib is missing a man page describing its purpose -- You are receiving this mail because: You are on the CC list for the issue.

1 6

[Issue 9444] New: Feature Request: Textual error data is not sent through chaining overlay
by openldap-its＠openldap.org 24 Jun '21

24 Jun '21

https://bugs.openldap.org/show_bug.cgi?id=9444 Issue ID: 9444 Summary: Feature Request: Textual error data is not sent through chaining overlay Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: andrewlanecarr(a)gmail.com Target Milestone: --- When operating in a replicated environment we would like to see the text message accompany the error code propagated to the other nodes in the cluster. For Example: Master Log - master slapd[406]: conn=1160 op=3 MOD attr=userPassword master slapd[406]: conn=1160 op=3 RESULT tag=103 err=19 text=Password is not being changed from existing value Slave Log - slave slapd[31094]: conn=1000 op=18 MOD attr=userPassword slave slapd[31094]: conn=1000 op=18 RESULT tag=103 err=19 text= The text "Password is not being changed from existing value" is not copied in this process. This is using the following configuration: -- You are receiving this mail because: You are on the CC list for the issue.

1 6

[Bug 9243] New: back-perl configure should test linking with libperl
by openldap-its＠openldap.org 23 Jun '21

23 Jun '21

https://bugs.openldap.org/show_bug.cgi?id=9243 Bug ID: 9243 Summary: back-perl configure should test linking with libperl Product: OpenLDAP Version: 2.4.49 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: ryan(a)openldap.org Target Milestone: --- ./configure --enable-perl && make [...] checking for perl... /usr/bin/perl [...] libtool: link: cc -g -O2 -o slapd main.o globals.o bconfig.o config.o daemon.o connection.o search.o filter.o add.o cr.o attr.o entry.o backend.o backends.o result.o operation.o dn.o compare.o modify.o delete.o modrdn.o ch_malloc.o value.o ava.o bind.o unbind.o abandon.o filterentry.o phonetic.o acl.o str2filter.o aclparse.o init.o user.o lock.o controls.o extended.o passwd.o schema.o schema_check.o schema_init.o schema_prep.o schemaparse.o ad.o at.o mr.o syntax.o oc.o saslauthz.o oidm.o starttls.o index.o sets.o referral.o root_dse.o sasl.o module.o mra.o mods.o sl_malloc.o zn_malloc.o limits.o operational.o matchedValues.o cancel.o syncrepl.o backglue.o backover.o ctxcsn.o ldapsync.o frontend.o slapadd.o slapcat.o slapcommon.o slapdn.o slapindex.o slappasswd.o slaptest.o slapauth.o slapacl.o component.o aci.o txn.o slapschema.o slapmodify.o version.o -Wl,-E -fstack-protector-strong -pthread libbackends.a liboverlays.a ../../libraries/liblunicode/liblunicode.a ../../libraries/librewrite/librewrite.a ../../libraries/liblutil/liblutil.a ../../libraries/libldap_r/.libs/libldap_r.a /home/ryan/tmp/openldap/libraries/liblber/.libs/liblber.a ../../libraries/liblber/.libs/liblber.a -L/usr/local/lib -L/usr/lib/x86_64-linux-gnu/perl/5.28/CORE -lperl -ldl -lm -lpthread -lcrypt -lresolv -pthread /usr/bin/ld: cannot find -lperl collect2: error: ld returned 1 exit status It should probably test compiling and linking a program with the detected CPPFLAGS and LDFLAGS. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 9224] New: Add support for PREPARE/2-phase commit
by openldap-its＠openldap.org 23 Jun '21

23 Jun '21

https://bugs.openldap.org/show_bug.cgi?id=9224 Bug ID: 9224 Summary: Add support for PREPARE/2-phase commit Product: LMDB Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- In LMDB, add support for PREPARE/2-phase commits -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Issue 9363] New: removing olcReadOnly on a DB does not set it to FALSE
by openldap-its＠openldap.org 21 Jun '21

21 Jun '21

https://bugs.openldap.org/show_bug.cgi?id=9363 Issue ID: 9363 Summary: removing olcReadOnly on a DB does not set it to FALSE Product: OpenLDAP Version: 2.4.53 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: maxime.besson(a)worteks.com Target Milestone: --- Created attachment 771 --> https://bugs.openldap.org/attachment.cgi?id=771&action=edit ldif config that reproduces the issue I am running the following test: * add olcReadOnly: TRUE on a MDB database in cn=config * Try to write to the MDB database => fails with "unwilling to perform" as expected * remove the olcReadOnly attribute from the MDB database * Try to write to the MDB database => still fails with the same error * Restart slapd * Try to write to the MDB database => OK However the following test works as expected: * add olcReadOnly: TRUE on a MDB database in cn=config * Try to write to the MDB database => fails with "unwilling to perform" as expected * modify olcReadOnly to FALSE on the MDB database * Try to write to the MDB database => OK It seems a little counter intuitive to me that removing a setting does not reset it to its default value. The fact that a slapd restart make writing possible again in the first test described above makes it seem to the casual user that olcReadOnly cannot be undone without a restart at all. Tested in 2.4.53 and 2.4.44, config attached but it probably works with any config (hdb, etc) -- You are receiving this mail because: You are on the CC list for the issue.

2 9

[Issue 9295] New: ppolicy and replication: pwdLockedTime replication fails to replicate
by openldap-its＠openldap.org 03 Jun '21

03 Jun '21

https://bugs.openldap.org/show_bug.cgi?id=9295 Issue ID: 9295 Summary: ppolicy and replication: pwdLockedTime replication fails to replicate Product: OpenLDAP Version: 2.4.50 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: overlays Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- If you have the following setup, a replica will hit an error during replication. a) ppolicy is configured on provider(s) and replicas. Replica has schemachecking=on in its syncrepl configuration b) account gets locked on the replica, so pwdAccountLockedTime is set on the replica but not on the provider(s) c) admin does a MOD/ADD op against a provider for the user entry to add a value to pwdAccountLockedTime dn: ... changetype: modify add: pwdAccountLockedTime pwdAccountLockedTime: ... d) provider accepts this modification. e) replica rejects this modification because the resulting change means that there would be two pwdAccountLockedTime values on the account in question Generally I believe that in this scenario, the MOD/ADD on the provider should be treated as a replace OP instead of an ADD op -- You are receiving this mail because: You are on the CC list for the issue.

1 18

[Issue 9396] New: Docs might recommend applicationProcess for ppolicy entries
by openldap-its＠openldap.org 10 May '21

10 May '21

https://bugs.openldap.org/show_bug.cgi?id=9396 Issue ID: 9396 Summary: Docs might recommend applicationProcess for ppolicy entries Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: documentation Assignee: bugs(a)openldap.org Reporter: kop(a)karlpinc.com Target Milestone: --- Created attachment 779 --> https://bugs.openldap.org/attachment.cgi?id=779&action=edit Suggested doc patch Hello, The ppolicy section of the Admin Guide does not say why the "people" object class is present in the example policy entry. I suggest that the docs explain. Otherwise the reader is left wondering why the particular choice of structural object class was made. The less informed reader is left wondering why a second object class is required at all. I also suggest that instead of the "people" object class, that the applicationProcess object class be used in the example to provide the structural object class the entry requires. The slapo-ppolicy man page might also provide guidance. Attached is a suggested patch, provided so that you have something to work from. If you're not happy with the patch go ahead and discard it, I'm not advocating any particular wording. I, Karl O. Pinc, hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice. -- You are receiving this mail because: You are on the CC list for the issue.

1 12

[Issue 9337] New: Slapd crash with lastbind overlay
by openldap-its＠openldap.org 10 May '21

10 May '21

https://bugs.openldap.org/show_bug.cgi?id=9337 Issue ID: 9337 Summary: Slapd crash with lastbind overlay Product: OpenLDAP Version: 2.4.50 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: overlays Assignee: bugs(a)openldap.org Reporter: frederic.poisson(a)admin.gmessaging.net Target Milestone: --- Hello, I have an issue with a 2.4.50 OpenLDAP instance configured with replication (1 master and 1 replica), and when i activate the lastbind overlay. The replica server crash like this : slapd[8433]: segfault at 1d0 ip 000000000049f70b sp 00007f189f7fd1a0 error 4 in slapd[400000+1d8000] The database is this one with overlay loaded : dn: cn=module{0},cn=config olcModuleLoad: {0}sssvlv.la olcModuleLoad: {1}ppolicy.la olcModuleLoad: {2}syncprov.la olcModuleLoad: {3}lastbind.la olcModuleLoad: {4}pw-sha2.la dn: olcDatabase={3}mdb,cn=config objectClass: olcDatabaseConfig objectClass: olcMdbConfig olcUpdateRef: ldap://master.server:389/ If i add this configuration it crash : dn: olcOverlay={2}lastbind objectClass: olcOverlayConfig objectClass: olcLastBindConfig olcOverlay: {2}lastbind olcLastBindPrecision: 60 olcLastBindForwardUpdates: TRUE Does the release 2.5.51 or 2.5.52 could solve this issue ? Regards, -- You are receiving this mail because: You are on the CC list for the issue.

1 11

← Newer
1
2
3
4
5
6
7
8
9
...
53
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs February 2021