[Pkg-openldap-devel] Bug#497606: slapd - dynlist on ldif fails: servers/slapd/entry.c:483: entry_clean: Assertion `e->e_private == ((void *)0)' failed.

[Bastian Blank]

Package: slapd
Version: 2.4.10-3
Severity: important

The dynlist overlay on ldif fails with the following backtrace:
| (gdb) bt
| #0  0x00002b23de8e2ef5 in raise () from /lib/libc.so.6
| #1  0x00002b23de8e4413 in abort () from /lib/libc.so.6
| #2  0x00002b23de8dbdc9 in __assert_fail () from /lib/libc.so.6
| #3  0x000000000043b97b in entry_clean (e=0x8342f8) at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/entry.c:483
| #4  0x000000000043b989 in entry_free (e=0x1fe9) at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/entry.c:514
| #5  0x000000000049cbca in r_enum_tree (ck=0x41800980, path=0x418008b0, base=6, pdn=0x8342b0, pndn=0x8342c0)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/back-ldif/ldif.c:626
| #6  0x000000000049ce51 in r_enum_tree (ck=0x41800980, path=0x41800940, base=<value optimized out>, pdn=0xffffffffffffffff,
|     pndn=0x8342c0) at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/back-ldif/ldif.c:614
| #7  0x000000000049d2b4 in enum_tree (ck=0x41800980)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/back-ldif/ldif.c:642
| #8  0x000000000049d57a in ldif_back_search (op=0x8820d0, rs=0x41801ca0)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/back-ldif/ldif.c:940
| #9  0x00000000004907f7 in overlay_op_walk (op=0x8820d0, rs=0x41801ca0, which=op_search, oi=0x7f45f0, on=0x0)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/backover.c:646
| #10 0x0000000000491263 in over_op_func (op=0x8820d0, rs=0x8, which=op_add)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/backover.c:698
| #11 0x0000000000433331 in fe_op_search (op=0x8820d0, rs=0x41801ca0)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/search.c:366
| #12 0x0000000000433b1c in do_search (op=0x8820d0, rs=0x41801ca0)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/search.c:217
| #13 0x0000000000430fe6 in connection_operation (ctx=0x41801e00, arg_v=<value optimized out>)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/connection.c:1084
| #14 0x0000000000431b2d in connection_read_thread (ctx=0x41801e00, argv=<value optimized out>)
|     at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/connection.c:1211
| #15 0x00002b23dcdcec8a in ?? () from /usr/lib/libldap_r-2.4.so.2
| #16 0x00002b23de69bfc7 in start_thread () from /lib/libpthread.so.0
| #17 0x00002b23de9807cd in clone () from /lib/libc.so.6
| #18 0x0000000000000000 in ?? ()
| (gdb) f 3
| #3  0x000000000043b97b in entry_clean (e=0x8342f8) at /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/entry.c:483
| 483     /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/entry.c: No such file or directory.
|         in /home/devel/openldap/build-area/openldap-2.4.10/servers/slapd/entry.c
| (gdb) p e
| $1 = (Entry *) 0x8342f8
| (gdb) p *e
| $2 = {e_id = 0, e_name = {bv_len = 0, bv_val = 0x0}, e_nname = {bv_len = 0, bv_val = 0x0}, e_attrs = 0x0, e_ocflags = 0,
|   e_bv = {bv_len = 0, bv_val = 0x0}, e_private = 0x834348}

The entry is:
| dn: cn=test
| objectClass: groupOfURLs
| cn: test
| memberURL: ldap:///dc=example,dc=com??sub?(objectClass=pers
|  on)
| structuralObjectClass: groupOfURLs

The subquery does not provide any result.

Bastian

-- 
Totally illogical, there was no chance.
		-- Spock, "The Galileo Seven", stardate 2822.3