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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
