Re: (ITS#6632) Core dump in test030 when using back-ldap

[masarati@aero.polimi.it]

Valgrind shows more issues possibly related to this ITS when 
SLAP_NO_SL_MALLOC is defined.  When running test047, whoami results in

conn=1013 op=1 EXT oid=1.3.6.1.4.1.4203.1.11.3
conn=1013 op=1 WHOAMI
==11941== Thread 5:
==11941== Conditional jump or move depends on uninitialised value(s)
==11941==    at 0x820B122: rwm_op_rollback (rwm.c:62)
==11941==    by 0x820B518: rwm_op_cleanup (rwm.c:165)
==11941==    by 0x809EC0F: slap_cleanup_play (result.c:436)
==11941==    by 0x809F34B: send_ldap_response (result.c:621)
==11941==    by 0x80A0035: slap_send_ldap_extended (result.c:802)
==11941==    by 0x80C90BD: fe_extended (extended.c:237)
==11941==    by 0x810E8FD: overlay_op_walk (backover.c:669)
==11941==    by 0x810EAB2: over_op_func (backover.c:721)
==11941==    by 0x810EC71: over_op_extended (backover.c:796)
==11941==    by 0x80C8D95: do_extended (extended.c:177)
==11941==    by 0x808AD29: connection_operation (connection.c:1109)
==11941==    by 0x808B269: connection_read_thread (connection.c:1245)
==11941==    by 0x8235884: ldap_int_thread_pool_wrapper (tpool.c:685)
==11941==    by 0xDEB46A: start_thread (in /lib/libpthread-2.5.so)
==11941==    by 0xD42DBD: clone (in /lib/libc-2.5.so)
==11941==
==11941== Conditional jump or move depends on uninitialised value(s)
==11941==    at 0x820B13A: rwm_op_rollback (rwm.c:65)
==11941==    by 0x820B518: rwm_op_cleanup (rwm.c:165)
==11941==    by 0x809EC0F: slap_cleanup_play (result.c:436)
==11941==    by 0x809F34B: send_ldap_response (result.c:621)
==11941==    by 0x80A0035: slap_send_ldap_extended (result.c:802)
==11941==    by 0x80C90BD: fe_extended (extended.c:237)
==11941==    by 0x810E8FD: overlay_op_walk (backover.c:669)
==11941==    by 0x810EAB2: over_op_func (backover.c:721)
==11941==    by 0x810EC71: over_op_extended (backover.c:796)
==11941==    by 0x80C8D95: do_extended (extended.c:177)
==11941==    by 0x808AD29: connection_operation (connection.c:1109)
==11941==    by 0x808B269: connection_read_thread (connection.c:1245)
==11941==    by 0x8235884: ldap_int_thread_pool_wrapper (tpool.c:685)
==11941==    by 0xDEB46A: start_thread (in /lib/libpthread-2.5.so)
==11941==    by 0xD42DBD: clone (in /lib/libc-2.5.so)
conn=1013 op=1 RESULT oid= err=0 text=

Possibly, although not directly, related leaks:

==11941==
==11941== 244 bytes in 4 blocks are definitely lost in loss record 10 of 11
==11941==    at 0x40053C0: malloc (vg_replace_malloc.c:149)
==11941==    by 0x826BB67: ber_memalloc_x (memory.c:226)
==11941==    by 0x80F5229: slap_sl_malloc (sl_malloc.c:285)
==11941==    by 0x826BB82: ber_memalloc_x (memory.c:229)
==11941==    by 0x824C16E: ldap_dn2bv_x (getdn.c:3015)
==11941==    by 0x80A53E2: dnPrettyNormal (dn.c:745)
==11941==    by 0x820D4DC: rwm_exop_passwd (rwm.c:1048)
==11941==    by 0x820D7C5: rwm_extended (rwm.c:1116)
==11941==    by 0x810E87D: overlay_op_walk (backover.c:659)
==11941==    by 0x810EAB2: over_op_func (backover.c:721)
==11941==    by 0x810EC71: over_op_extended (backover.c:796)
==11941==    by 0x80C8D95: do_extended (extended.c:177)
==11941==    by 0x808AD29: connection_operation (connection.c:1109)
==11941==    by 0x808B269: connection_read_thread (connection.c:1245)
==11941==    by 0x8235884: ldap_int_thread_pool_wrapper (tpool.c:685)
==11941==    by 0xDEB46A: start_thread (in /lib/libpthread-2.5.so)
==11941==    by 0xD42DBD: clone (in /lib/libc-2.5.so)

Will look at this ASAP.

p.