Re: (ITS#3922) Syncrepl is leaking ctxcsn from slap_parse_sync_cookie()

[ando@sys-net.it]

ando@sys-net.it wrote:

>Full_Name: Pierangelo Masarati
>Version: HEAD
>OS: Linux (irrelevant)
>URL: ftp://ftp.openldap.org/incoming/
>Submission from: (NULL) (81.72.89.40)
>Submitted by: ando
>
>
>From valgrind (run test017; restart slapd with file slapd.2.conf and stop it).
>
>==29835== 259 bytes in 7 blocks are definitely lost in loss record 8 of 12
>==29835==    at 0x1B90354C: malloc (vg_replace_malloc.c:130)
>==29835==    by 0x821213B: ber_memalloc_x (memory.c:234)
>==29835==    by 0x82129F1: ber_str2bv_x (memory.c:575)
>==29835==    by 0x8212AC2: ber_str2bv (memory.c:595)
>==29835==    by 0x80E1508: slap_parse_sync_cookie (ldapsync.c:128)
>==29835==    by 0x81B6A50: syncprov_parseCtrl (syncprov.c:2368)
>==29835==    by 0x80AD68F: slap_parse_ctrl (controls.c:513)
>==29835==    by 0x80ADE43: get_ctrls (controls.c:682)
>==29835==    by 0x807B11C: do_search (search.c:162)
>==29835==    by 0x8078D00: connection_operation (connection.c:1049)
>
>
>  
>
There might be more:

==2264== 226 bytes in 6 blocks are definitely lost in loss record 8 of 12
==2264==    at 0x1B90354C: malloc (vg_replace_malloc.c:130)
==2264==    by 0x82125A7: ber_memalloc_x (memory.c:234)
==2264==    by 0x820D6AD: ber_get_stringbv (decode.c:459)
==2264==    by 0x820E16E: ber_scanf (decode.c:728)
==2264==    by 0x81B6D92: syncprov_parseCtrl (syncprov.c:2349)
==2264==    by 0x80AD61F: slap_parse_ctrl (controls.c:513)
==2264==    by 0x80ADDD3: get_ctrls (controls.c:682)
==2264==    by 0x807B0F4: do_search (search.c:162)
==2264==    by 0x8078CD8: connection_operation (connection.c:1049)
==2264==    by 0x81DDFE2: ldap_int_thread_pool_wrapper (tpool.c:478)
==2264==    by 0x1BBC5DE7: start_thread (in /lib/tls/libpthread-0.60.so)
==2264==    by 0x1BCAE939: clone (in /lib/tls/libc-2.3.2.so)

probably this was shadowed by the previous leak, which now seems to be gone.

p.


    SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497