Leaks from test050 in re24

[Pierangelo Masarati <masarati@aero.polimi.it>]

I see some small leaks in test050; I'm posting valgrind's output below,
unfortunately I have no time to investigate them right now.

p.

==23984== 71,251 (5,744 direct, 65,507 indirect) bytes in 153 blocks are
definitely lost in loss record 7 of 8
==23984==    at 0x4004405: malloc (vg_replace_malloc.c:149)
==23984==    by 0x821A75F: ber_memalloc_x (memory.c:226)
==23984==    by 0x821A879: ber_memrealloc_x (memory.c:307)
==23984==    by 0x821B178: ber_bvreplace_x (memory.c:706)
==23984==    by 0x80F5734: slap_queue_csn (ctxcsn.c:168)
==23984==    by 0x80F582D: slap_get_csn (ctxcsn.c:191)
==23984==    by 0x8088AE3: slap_add_opattrs (add.c:601)
==23984==    by 0x8123546: ldif_back_add (ldif.c:799)
==23984==    by 0x806C426: config_setup_ldif (bconfig.c:3495)
==23984==    by 0x806C7CD: read_config (bconfig.c:3573)
==23984==    by 0x80622ED: main (main.c:747)

==23984== 65,507 bytes in 497 blocks are indirectly lost in loss record
8 of 8
==23984==    at 0x4004405: malloc (vg_replace_malloc.c:149)
==23984==    by 0x821A75F: ber_memalloc_x (memory.c:226)
==23984==    by 0x821ABD7: ber_dupbv_x (memory.c:504)
==23984==    by 0x80C5A80: objectClassPretty (schema_prep.c:100)
==23984==    by 0x80A09D6: ordered_value_pretty (value.c:496)
==23984==    by 0x809BACA: slap_mods_check (modify.c:577)
==23984==    by 0x8087AD0: do_add (add.c:160)
==23984==    by 0x807F866: connection_operation (connection.c:1129)
==23984==    by 0x807FD33: connection_read_thread (connection.c:1257)
==23984==    by 0x81E7F23: ldap_int_thread_pool_wrapper (tpool.c:704)
==23984==    by 0x692370: start_thread (in /lib/tls/libpthread-2.3.4.so)
==23984==    by 0x475FFD: clone (in /lib/tls/libc-2.3.4.so)

==24033== 183 (60 direct, 123 indirect) bytes in 6 blocks are definitely
lost in loss record 5 of 7
==24033==    at 0x4004405: malloc (vg_replace_malloc.c:149)
==24033==    by 0x821A75F: ber_memalloc_x (memory.c:226)
==24033==    by 0x821A7B2: ber_memalloc (memory.c:242)
==24033==    by 0x809FB6C: value_add_one (value.c:96)
==24033==    by 0x80F5EFC: slap_parse_sync_cookie (ldapsync.c:238)
==24033==    by 0x81CD1EA: syncprov_parseCtrl (syncprov.c:2768)
==24033==    by 0x80B7266: slap_parse_ctrl (controls.c:580)
==24033==    by 0x80B7A0D: get_ctrls (controls.c:749)
==24033==    by 0x80822C2: do_search (search.c:165)
==24033==    by 0x807F866: connection_operation (connection.c:1129)
==24033==    by 0x807FD33: connection_read_thread (connection.c:1257)
==24033==    by 0x81E7F23: ldap_int_thread_pool_wrapper (tpool.c:704)
==24033==    by 0x692370: start_thread (in /lib/tls/libpthread-2.3.4.so)
==24033==    by 0x475FFD: clone (in /lib/tls/libc-2.3.4.so)

==24000== 70,778 (5,176 direct, 65,602 indirect) bytes in 142 blocks are
definitely lost in loss record 8 of 9
==24000==    at 0x40056BF: calloc (vg_replace_malloc.c:279)
==24000==    by 0x821A7F0: ber_memcalloc_x (memory.c:280)
==24000==    by 0x809F775: ch_calloc (ch_malloc.c:104)
==24000==    by 0x8088695: slap_mods2entry (add.c:472)
==24000==    by 0x80E8A14: syncrepl_message_to_entry (syncrepl.c:1723)
==24000==    by 0x80E5840: do_syncrep2 (syncrepl.c:790)
==24000==    by 0x80E6C23: do_syncrepl (syncrepl.c:1164)
==24000==    by 0x807FD51: connection_read_thread (connection.c:1259)
==24000==    by 0x81E7F23: ldap_int_thread_pool_wrapper (tpool.c:704)
==24000==    by 0x692370: start_thread (in /lib/tls/libpthread-2.3.4.so)
==24000==    by 0x475FFD: clone (in /lib/tls/libc-2.3.4.so)