openldap-bugs February 2012

openldap-bugs@openldap.org

33 participants
146 discussions

(ITS#7174) back-mdb segfaults when deleting accesslog data
by quanah＠OpenLDAP.org 19 Feb '12

19 Feb '12

Full_Name: Quanah Gibson-Mount Version: 2.4.29 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.108.184.39) If you shut down slapd long enough so that data in accesslog is set to expire, then start up slapd, slapd will segfault: 4f41783d => access_allowed: delete access to "cn=accesslog" "children" requested 4f41783d <= root access granted 4f41783d => access_allowed: delete access granted by manage(=mwrscxd) 4f41783d => access_allowed: delete access to "reqStart=20120217204307.000031Z,cn=accesslog" "entry" requested 4f41783d <= root access granted 4f41783d => access_allowed: delete access granted by manage(=mwrscxd) 4f41783d => mdb_dn2id_delete 0x2 4f41783d <= mdb_dn2id_delete 0x2: 0 4f41783d => index_entry_del( 2, "reqStart=20120217204307.000031Z,cn=accesslog" ) 4f41783d mdb_idl_delete_keys: 2 [66ec5701] 4f41783d mdb_idl_delete_keys: 2 4f41783d mdb_idl_delete_keys: 2 Segmentation fault Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fd7d8f0f700 (LWP 22524)] 0x00000000004f5084 in lutil_str2bin (in=0x7fd7d8f0db50, out=0x7fd7d8f0db40, ctx=0x937190) at utils.c:812 812 utils.c: No such file or directory. in utils.c Thread 6 (Thread 0x7fd7d7f0d700 (LWP 22526)): #0 0x00007ffff71a485c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007ffff7b8e29e in ldap_pvt_thread_cond_wait (cond=0x7d6760, mutex=0x7d6738) at thr_posix.c:277 #2 0x00007ffff7b8cc02 in ldap_int_thread_pool_wrapper (xpool=0x7d6730) at tpool.c:675 #3 0x00007ffff719f9ca in start_thread () from /lib/libpthread.so.0 #4 0x00007ffff607c70d in clone () from /lib/libc.so.6 #5 0x0000000000000000 in ?? () Thread 5 (Thread 0x7fd7d870e700 (LWP 22525)): #0 0x00007ffff71a485c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007ffff7b8e29e in ldap_pvt_thread_cond_wait (cond=0x7d6760, mutex=0x7d6738) at thr_posix.c:277 #2 0x00007ffff7b8cc02 in ldap_int_thread_pool_wrapper (xpool=0x7d6730) at tpool.c:675 #3 0x00007ffff719f9ca in start_thread () from /lib/libpthread.so.0 #4 0x00007ffff607c70d in clone () from /lib/libc.so.6 #5 0x0000000000000000 in ?? () Thread 4 (Thread 0x7fd7d8f0f700 (LWP 22524)): #0 0x00000000004f5084 in lutil_str2bin (in=0x7fd7d8f0db50, out=0x7fd7d8f0db40, ctx=0x937190) at utils.c:812 #1 0x000000000048b637 in integerVal2Key (in=0xff76f0, key=0xff78c0, tmp=0x7fd7d8f0dc00, ctx=0x937190) at schema_init.c:2545 #2 0x000000000048ba97 in integerIndexer (use=163, flags=4, syntax=0x7c1040, mr=0x7c68a0, prefix=0x828a08, values=0xff76f0, keysp=0x7fd7d8f0dd00, ctx=0x937190) at schema_init.c:2634 #3 0x00007ffff104bead in indexer (op=0x7fd7d8f0e460, txn=0x93ea40, ai=0x8c6140, ad=0x828b30, atname=0x828a08, vals=0xff76f0, id=2, opid=2, mask=4) at index.c:211 #4 0x00007ffff104c28b in index_at_values (op=0x7fd7d8f0e460, txn=0x93ea40, ad=0x828b30, type=0x8289a0, tags=0x828b50, vals=0xff76f0, id=2, opid=2) at index.c:337 #5 0x00007ffff104c40f in mdb_index_values (op=0x7fd7d8f0e460, txn=0x93ea40, desc=0x828b30, vals=0xff76f0, id=2, opid=2) at index.c:386 #6 0x00007ffff104c8d7 in mdb_index_entry (op=0x7fd7d8f0e460, txn=0x93ea40, opid=2, e=0xff72a0) at index.c:558 #7 0x00007ffff10403d6 in mdb_delete (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0) at delete.c:348 #8 0x00000000004d4920 in overlay_op_walk (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0, which=op_delete, oi=0x8a3310, on=0x0) at backover.c:671 #9 0x00000000004d4b5e in over_op_func (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0, which=op_delete) at backover.c:723 #10 0x00000000004d4d47 in over_op_delete (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0) at backover.c:780 #11 0x00007ffff09eef81 in accesslog_purge (ctx=0x7fd7d8f0eb70, arg=0x8a0fd0) at accesslog.c:689 #12 0x00007ffff7b8cca9 in ldap_int_thread_pool_wrapper (xpool=0x7d6730) at tpool.c:688 #13 0x00007ffff719f9ca in start_thread () from /lib/libpthread.so.0 #14 0x00007ffff607c70d in clone () from /lib/libc.so.6 #15 0x0000000000000000 in ?? () Thread 3 (Thread 0x7fd7d9710700 (LWP 22523)): #0 0x00007ffff71a485c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007ffff7b8e29e in ldap_pvt_thread_cond_wait (cond=0x7d6760, mutex=0x7d6738) at thr_posix.c:277 #2 0x00007ffff7b8cc02 in ldap_int_thread_pool_wrapper (xpool=0x7d6730) at tpool.c:675 #3 0x00007ffff719f9ca in start_thread () from /lib/libpthread.so.0 #4 0x00007ffff607c70d in clone () from /lib/libc.so.6 #5 0x0000000000000000 in ?? () Thread 2 (Thread 0x7fd7d9f11700 (LWP 22522)): #0 0x00007ffff607cd03 in epoll_wait () from /lib/libc.so.6 #1 0x00000000004394b3 in slapd_daemon_task (ptr=0x7fffffffe47c) at daemon.c:2539 #2 0x00007ffff719f9ca in start_thread () from /lib/libpthread.so.0 #3 0x00007ffff607c70d in clone () from /lib/libc.so.6 #4 0x0000000000000000 in ?? () Thread 1 (Thread 0x7ffff7fef700 (LWP 22519)): #0 0x00007ffff71a103d in pthread_join () from /lib/libpthread.so.0 #1 0x00007ffff7b8e1df in ldap_pvt_thread_join (thread=140565051152128, thread_return=0x0) at thr_posix.c:197 #2 0x000000000043a6c5 in slapd_daemon () at daemon.c:2930 #3 0x0000000000416e7f in main (argc=11, argv=0x7fffffffe688) at main.c:1012 Thread 4 bt full: #0 0x00000000004f5084 in lutil_str2bin (in=0x7fd7d8f0db50, out=0x7fd7d8f0db40, ctx=0x937190) at utils.c:812 tmpbuf = "\352\037\026\332\353\177\000\000\b\000\000\000\000\000\000\000 \333\360\330\327\177\000\000\000\000\200\000\000\000\000\000\300\371\360\330\327\177\000\000-\n\006\361\377\177\000\000\000\000\000\000\000\000\000\000?\224\000\000\000\000" tmp = 0x7fd7d8f0dac0 "\352\037\026\332\353\177" num = {buf = 0x7fd7d8f0dc30 "\220\334\360\330\327\177", bufsiz = 64, beg = 63, len = 0} neg = 0 l = 0 pin = 0x7febda12bebc "0" pout = 0x7fd7d8f0dc30 "\220\334\360\330\327\177" ctmp = 0 '\000' end = 0x7ffff105c0c2 "\211E\354\203}", <incomplete sequence \354> i = -167659543 chunk = 1 len = 1 rc = 0 hex = 0 #1 0x000000000048b637 in integerVal2Key (in=0xff76f0, key=0xff78c0, tmp=0x7fd7d8f0dc00, ctx=0x937190) at schema_init.c:2545 k = 11 chop = 0 signmask = 4294967168 lenbuf = "\320\333\360\330\327\177\000\000\220q" lenp = 0x43800000420 <Address 0x43800000420 out of bounds> neg = 0 '\000' val = {bv_len = 1, bv_val = 0x7febda12bebc "0"} itmp = {bv_len = 64, bv_val = 0x7fd7d8f0dc30 "\220\334\360\330\327\177"} __PRETTY_FUNCTION__ = "integerVal2Key" #2 0x000000000048ba97 in integerIndexer (use=163, flags=4, syntax=0x7c1040, mr=0x7c68a0, prefix=0x828a08, values=0xff76f0, keysp=0x7fd7d8f0dd00, ctx=0x937190) at schema_init.c:2634 ibuf = "\220\334\360\330\327\177\000\000\275\022\006\361\377\177\000\000`\334\360\330\327\177\000\000\370\334\360\330\327\177\000\000\220q\223\000\t\000\000\000@\352\223\000\000\000\000\000OY\005\361\377\177\000\000x\003\000\000\000\000\000" itmp = {bv_len = 64, bv_val = 0x7fd7d8f0dc30 "\220\334\360\330\327\177"} keys = 0xff78c0 vlen = 1 i = 0 rc = 9669312 maxstrlen = 18 __PRETTY_FUNCTION__ = "integerIndexer" #3 0x00007ffff104bead in indexer (op=0x7fd7d8f0e460, txn=0x93ea40, ai=0x8c6140, ad=0x828b30, atname=0x828a08, vals=0xff76f0, id=2, opid=2, mask=4) at index.c:211 rc = 0 i = -136134640 keys = 0x828b30 mc = 0x938ac0 keyfunc = 0x7ffff105594f <mdb_idl_delete_keys> err = 0x7ffff1068eea "c_open" __PRETTY_FUNCTION__ = "indexer" #4 0x00007ffff104c28b in index_at_values (op=0x7fd7d8f0e460, txn=0x93ea40, ad=0x828b30, type=0x8289a0, tags=0x828b50, vals=0xff76f0, id=2, opid=2) at index.c:337 rc = 0 mask = 4 ixop = 2 ai = 0x8c6140 #5 0x00007ffff104c40f in mdb_index_values (op=0x7fd7d8f0e460, txn=0x93ea40, desc=0x828b30, vals=0xff76f0, id=2, opid=2) at index.c:386 rc = 0 #6 0x00007ffff104c8d7 in mdb_index_entry (op=0x7fd7d8f0e460, txn=0x93ea40, opid=2, e=0xff72a0) at index.c:558 rc = 0 ap = 0xff7430 #7 0x00007ffff10403d6 in mdb_delete (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0) at delete.c:348 mdb = 0x7ffff7e2c010 pdn = {bv_len = 12, bv_val = 0x939c90 "cn=accesslog"} e = 0xff72a0 p = 0xff7050 manageDSAit = 0 children = 0x7d1e30 entry = 0x7d1b90 txn = 0x93ea40 mc = 0x938ac0 opinfo = {moi_oe = {oe_next = {sle_next = 0x0}, oe_key = 0x7ffff7e2c010}, moi_txn = 0x93ea40, moi_ref = 1, moi_flag = 0 '\000'} moi = 0x7fd7d8f0def0 preread_ctrl = 0x0 ctrls = {0x0, 0xfffffffffffffff9, 0x7fd7d8f0df30, 0x800000, 0x7fd7d8f0f9c0, 0x4} num_ctrls = 0 parent_is_glue = 0 parent_is_leaf = 0 __PRETTY_FUNCTION__ = "mdb_delete" #8 0x00000000004d4920 in overlay_op_walk (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0, which=op_delete, oi=0x8a3310, on=0x0) at backover.c:671 func = 0x7ffff126ed18 rc = 32768 #9 0x00000000004d4b5e in over_op_func (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0, which=op_delete) at backover.c:723 oi = 0x8a3310 on = 0x8be110 be = 0x8b99e0 db = {bd_info = 0x7ffff126ecc0, bd_self = 0x8b99e0, be_ctrls = "\000\001\001\001\000\001\000\000\001\000\000\001\001\000\001\000\000\001", '\000' <repeats 14 times>, "\001", be_flags = 2312, be_restrictops = 0, be_requires = 0, be_ssf_set = {sss_ssf = 0, sss_transport = 0, sss_tls = 0, sss_sasl = 0, sss_update_ssf = 0, sss_update_transport = 0, sss_update_tls = 0, sss_update_sasl = 0, sss_simple_bind = 0}, be_suffix = 0x8ac330, be_nsuffix = 0x8aaae0, be_schemadn = {bv_len = 0, bv_val = 0x0}, be_schemandn = { bv_len = 0, bv_val = 0x0}, be_rootdn = {bv_len = 9, bv_val = 0x8aa2e0 "cn=config"}, be_rootndn = {bv_len = 9, bv_val = 0x8a9f60 "cn=config"}, be_rootpw = {bv_len = 0, bv_val = 0x0}, be_max_deref_depth = 15, be_def_limit = {lms_t_soft = -1, lms_t_hard = 0, lms_s_soft = -1, lms_s_hard = 0, lms_s_unchecked = -1, lms_s_pr = 0, lms_s_pr_hide = 0, lms_s_pr_total = 0}, be_limits = 0x0, be_acl = 0x8aabc0, be_dfltaccess = ACL_READ, be_extra_anlist = 0x0, be_update_ndn = {bv_len = 0, bv_val = 0x0}, be_update_refs = 0x0, be_pending_csn_list = 0x91e410, be_pcl_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = { __prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, be_syncinfo = 0x0, be_pb = 0x0, be_cf_ocs = 0x7ffff126eac0, be_private = 0x7ffff7e2c010, be_next = {stqe_next = 0x8baee0}} cb = {sc_next = 0x7ffff0bf8c60, sc_response = 0x4d3658 <over_back_response>, sc_cleanup = 0, sc_private = 0x8a3310} sc = 0x825b58 rc = 32768 __PRETTY_FUNCTION__ = "over_op_func" #10 0x00000000004d4d47 in over_op_delete (op=0x7fd7d8f0e460, rs=0x7fd7d8f0e2d0) at backover.c:780 No locals. #11 0x00007ffff09eef81 in accesslog_purge (ctx=0x7fd7d8f0eb70, arg=0x8a0fd0) at accesslog.c:689 i = 0 rtask = 0x8a0fd0 li = 0x8a0ec0 conn = {c_struct_state = SLAP_C_UNINITIALIZED, c_conn_state = SLAP_C_INVALID, c_conn_idx = -1, c_sd = 0, c_close_reason = 0x0, c_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, c_sb = 0x0, c_starttime = 0, c_activitytime = 0, c_connid = 18446744073709551615, c_peer_domain = {bv_len = 0, bv_val = 0x4fafb0 ""}, c_peer_name = {bv_len = 0, bv_val = 0x4fafb0 ""}, c_listener = 0x502e20, c_sasl_bind_mech = {bv_len = 0, bv_val = 0x0}, c_sasl_dn = {bv_len = 0, bv_val = 0x0}, c_sasl_authz_dn = {bv_len = 0, bv_val = 0x0}, c_authz_backend = 0x0, c_authz_cookie = 0x0, c_authz = {sai_method = 0, sai_mech = {bv_len = 0, bv_val = 0x0}, sai_dn = {bv_len = 0, bv_val = 0x0}, sai_ndn = {bv_len = 0, bv_val = 0x0}, sai_ssf = 0, sai_transport_ssf = 0, sai_tls_ssf = 0, sai_sasl_ssf = 0}, c_protocol = 0, c_ops = {stqh_first = 0x0, stqh_last = 0x0}, c_pending_ops = {stqh_first = 0x0, stqh_last = 0x0}, c_write1_mutex = { __data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, c_write1_cv = {__data = {__lock = 0, __futex = 0, __total_seq = 0, __wakeup_seq = 0, __woken_seq = 0, __mutex = 0x0, __nwaiters = 0, __broadcast_seq = 0}, __size = '\000' <repeats 47 times>, __align = 0}, c_write2_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = { __prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, c_write2_cv = {__data = {__lock = 0, __futex = 0, __total_seq = 0, __wakeup_seq = 0, __woken_seq = 0, __mutex = 0x0, __nwaiters = 0, __broadcast_seq = 0}, __size = '\000' <repeats 47 times>, __align = 0}, c_currentber = 0x0, c_writers = 0, c_writing = 0 '\000', c_sasl_bind_in_progress = 0 '\000', c_writewaiter = 0 '\000', c_is_tls = 0 '\000', c_needs_tls_accept = 0 '\000', c_sasl_layers = 0 '\000', c_sasl_done = 0 '\000', c_sasl_authctx = 0x0, c_sasl_sockctx = 0x0, c_sasl_extra = 0x0, c_sasl_bindop = 0x0, c_pagedresults_state = {ps_be = 0x0, ps_size = 0, ps_count = 0, ps_cookie = 0, ps_cookieval = {bv_len = 0, bv_val = 0x0}}, c_n_ops_received = 0, c_n_ops_executing = 0, c_n_ops_pending = 0, c_n_ops_completed = 0, c_n_get = 0, c_n_read = 0, c_n_write = 0, c_extensions = 0x0, c_clientfunc = 0, c_clientarg = 0x0, c_send_ldap_result = 0x454925 <slap_send_ldap_result>, c_send_search_entry = 0x45562d <slap_send_search_entry>, c_send_search_reference = 0x457b53 <slap_send_search_reference>, c_send_ldap_extended = 0x45518c <slap_send_ldap_extended>, c_send_ldap_intermediate = 0x45540a <slap_send_ldap_intermediate>} opbuf = {ob_op = {o_hdr = 0x7fd7d8f0e5d0, o_tag = 74, o_time = 1329690902, o_tincr = 4, o_bd = 0x7fd7d8f0e0e0, o_req_dn = {bv_len = 44, bv_val = 0x929b00 "reqStart=20120217204307.000031Z,cn=accesslog"}, o_req_ndn = {bv_len = 44, bv_val = 0x939c70 "reqStart=20120217204307.000031Z,cn=accesslog"}, o_request = { oq_add = {rs_modlist = 0x1, rs_e = 0xffffffffffffffff}, oq_bind = {rb_method = 1, rb_cred = {bv_len = 18446744073709551615, bv_val = 0x0}, rb_edn = {bv_len = 1, bv_val = 0x75ed60 "\003"}, rb_ssf = 3639665680, rb_mech = {bv_len = 27, bv_val = 0xff6fa8 "\220\340\360\330\327\177"}}, oq_compare = {rs_ava = 0x1}, oq_modify = { rs_mods = {rs_modlist = 0x1, rs_no_opattrs = -1 '\377'}, rs_increment = 0}, oq_modrdn = {rs_mods = {rs_modlist = 0x1, rs_no_opattrs = -1 '\377'}, rs_deleteoldrdn = 0, rs_newrdn = {bv_len = 1, bv_val = 0x75ed60 "\003"}, rs_nnewrdn = {bv_len = 140565034361872, bv_val = 0x1b <Address 0x1b out of bounds>}, rs_newSup = 0xff6fa8, rs_nnewSup = 0x0}, oq_search = {rs_scope = 1, rs_deref = 0, rs_slimit = -1, rs_tlimit = -1, rs_limit = 0x0, rs_attrsonly = 1, rs_attrs = 0x75ed60, rs_filter = 0x7fd7d8f0e410, rs_filterstr = {bv_len = 27, bv_val = 0xff6fa8 "\220\340\360\330\327\177"}}, oq_abandon = {rs_msgid = 1}, oq_cancel = {rs_msgid = 1}, oq_extended = {rs_reqoid = {bv_len = 1, bv_val = 0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>}, rs_flags = 0, rs_reqdata = 0x1}, oq_pwdexop = { rs_extended = {rs_reqoid = {bv_len = 1, bv_val = 0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>}, rs_flags = 0, rs_reqdata = 0x1}, rs_old = { bv_len = 7728480, bv_val = 0x7fd7d8f0e410 "\246"}, rs_new = {bv_len = 27, bv_val = 0xff6fa8 "\220\340\360\330\327\177"}, rs_mods = 0x0, rs_modtail = 0x0}}, o_abandon = 0, o_cancel = 0, o_groups = 0x0, o_do_not_cache = 0 '\000', o_is_auth_check = 0 '\000', o_dont_replicate = 1 '\001', o_acl_priv = ACL_NONE, o_nocaching = 0 '\000', o_delete_glue_parent = 0 '\000', o_no_schema_check = 0 '\000', o_no_subordinate_glue = 0 '\000', o_ctrlflag = '\000' <repeats 31 times>, o_controls = 0x7fd7d8f0e718, o_authz = {sai_method = 0, sai_mech = {bv_len = 0, bv_val = 0x0}, sai_dn = {bv_len = 9, bv_val = 0x8aa2e0 "cn=config"}, sai_ndn = {bv_len = 9, bv_val = 0x8a9f60 "cn=config"}, sai_ssf = 0, sai_transport_ssf = 0, sai_tls_ssf = 0, sai_sasl_ssf = 0}, o_ber = 0x0, o_res_ber = 0x0, o_callback = 0xff6fa8, o_ctrls = 0x0, o_csn = {bv_len = 40, bv_val = 0x7fd7d8f0eae0 "20120217232851.734636Z#000000#000#000000"}, o_private = 0x0, o_extra = {slh_first = 0x7fd7d8f0def0}, o_next = {stqe_next = 0x0}}, ob_hdr = { oh_opid = 0, oh_connid = 18446744073709551615, oh_conn = 0x7fd7d8f0e820, oh_msgid = 0, oh_protocol = 0, oh_tid = 140565034366720, oh_threadctx = 0x7fd7d8f0eb70, oh_tmpmemctx = 0x937190, oh_tmpmfuncs = 0x75f320, oh_counters = 0x7627a0, oh_log_prefix = "conn=-1 op=0", '\000' <repeats 243 times>}, ob_controls = {0x0 <repeats 32 times>}} op = 0x7fd7d8f0e460 rs = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0, r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} cb = {sc_next = 0x0, sc_response = 0x7ffff09ee89e <log_old_lookup>, sc_cleanup = 0, sc_private = 0x7fd7d8f0e380} f = {f_choice = 166, f_un = {f_un_result = -655301648, f_un_desc = 0x7fd7d8f0e3f0, f_un_ava = 0x7fd7d8f0e3f0, f_un_ssa = 0x7fd7d8f0e3f0, f_un_mra = 0x7fd7d8f0e3f0, f_un_complex = 0x7fd7d8f0e3f0}, f_next = 0x0} ava = {aa_desc = 0x827c40, aa_value = {bv_len = 15, bv_val = 0x7fd7d8f0eb20 "20120218223502Z"}} pd = {slots = 200, used = 132, dn = 0x93cdd0, ndn = 0x93da60, csn = {bv_len = 40, bv_val = 0x7fd7d8f0eae0 "20120217232851.734636Z#000000#000#000000"}} timebuf = "20120218223502Z\000\300\371\360\330\327\177" csnbuf = "20120217232851.734636Z#000000#000#000000", '\000' <repeats 17 times>"\367, \360\330\327\177\000" old = 1329604502 __PRETTY_FUNCTION__ = "accesslog_purge" #12 0x00007ffff7b8cca9 in ldap_int_thread_pool_wrapper (xpool=0x7d6730) at tpool.c:688 pool = 0x7d6730 task = 0x929950 work_list = 0x7d67c8 ctx = {ltu_id = 140565034366720, ltu_key = {{ltk_key = 0x4b36e3, ltk_data = 0x937190, ltk_free = 0x4b3508 <slap_sl_mem_destroy>}, {ltk_key = 0x7fffda113010, ltk_data = 0x9371d0, ltk_free = 0x7ffff105344b <mdb_reader_free>}, {ltk_key = 0x7ffff10492ec, ltk_data = 0x7fd7d640b010, ltk_free = 0x7ffff10492c9 <search_stack_free>}, { ltk_key = 0x7ffff1046cd1, ltk_data = 0x7fd7d740c010, ltk_free = 0x7ffff1046c89 <scope_chunk_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 25 times>, { ltk_key = 0x0, ltk_data = 0x7ffff71a0ca9, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0}}} kctx = 0x0 i = 32 keyslot = 629 hash = 1409472117 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #13 0x00007ffff719f9ca in start_thread () from /lib/libpthread.so.0 No symbol table info available. #14 0x00007ffff607c70d in clone () from /lib/libc.so.6 No symbol table info available. #15 0x0000000000000000 in ?? () No symbol table info available.

1 0

Re: (ITS#7157) UTF-8 support for "mail" attribute
by Kurt＠OpenLDAP.org 19 Feb '12

19 Feb '12

BTW, the IETF just published International Email stuff as Proposed. And, at brief look at it, yes, it does seem like they use UTF-8 on the wire with fallback to some ASCII address if the wire doesn't support the UTF8 extension. For White Pages applications, one could see it desirable to have a UTF-8 version of 'mail'. Fallback, if one considers it, looks to be messy. Probably would be good for some email MTA and MUA developers to sort out what want in the directory and put forth an I-D here (with the help of some directory folks). -- Kurt

1 0

Re: (ITS#6945) nssov does not build on older Linux distributions (RHEL3, RHEL4)
by h.b.furuseth＠usit.uio.no 19 Feb '12

19 Feb '12

I wrote: > If that's not it, run the gcc compile command but replace '-c (-o > foo.o)' with '-E -dD -o foo.i' Hm... or '-E -dD > foo.i' which doesn't delete foo.i on failure. -- Hallvard

1 0

Re: (ITS#6945) nssov does not build on older Linux distributions (RHEL3, RHEL4)
by h.b.furuseth＠usit.uio.no 19 Feb '12

19 Feb '12

smbk5pwd is the strangest failure, since there are no #includes preceding portable.h and slap.h to interfere. My guess is RHEL[34] need a compilation flag like -pthread to enable threading. If you can still test this, check against which options OpenLDAP uses when compiling an overlay in slapd/overlays/. If that's not it, run the gcc compile command but replace '-c (-o foo.o)' with '-E -dD -o foo.i' This puts the preprocessor output plus macro definitions in foo.i, which should ease comparing with the /usr/include/ files and see why the pthread_rwlock_t def is excluded. -- Hallvard

1 0

Re: (ITS#6883) Improved Makefiles for contrib modules
by h.b.furuseth＠usit.uio.no 18 Feb '12

18 Feb '12

On Thu, 16 Feb 2012 11:38:13 GMT, bgmilne(a)staff.telkomsa.net wrote: > Please let me know how we can get this patch merged. OpenLDAP needs more active developers... Anyway: It should remove GNU Make dependencies, not introduce them: Only use '$<' in inference rules, not explicit target rules (like ITS#7160). Drop '%.x: %.y' rules. I've scribbled a draft for that at repo <http://folk.uio.no/hbf/OpenLDAP/openldap.git>, branch its6883. (Not tested, and I need to install a non-Gnu Make to test with too.) I'll work at it later, but don't quite know when. Unless you beat me to it. Also I suppose '+=' should go away. Which I would mean move what is added to a new variable so the user can easily say things like make CPPFLAGS='-Dwhatever $(DEFS)'. Or maybe use LT_CPPFLAGS= ..whatever $(CPPFLAGS) ... like e.g. slapd/overlays/Makefile ends up doing. THat one has an awful number of Make variables and is fairly unreadable to me, probably to satisfy autoconf & co. But a few more vars seems useful. -- Hallvard

1 0

Re: (ITS#7173) Patch: Fixing prototype of function in manpage to match prototype in C header.
by hyc＠symas.com 18 Feb '12

18 Feb '12

syzdek(a)bindlebinaries.com wrote: > Full_Name: David M. Syzdek > Version: MIGRATION_CVS2GIT-630-g463c1fa > OS: OS X 10.7 > URL: http://bindlebinaries.com/patches/openldap/0001-Fixing-prototype-of-functio… > Submission from: (NULL) (209.193.42.108) > > > The prototype for ldap_modify_ext() in the C header file declares msgidp as "int > *", however the current manpage declares msgidp as "int **". This patch updates > the manpage to accurately reflect the C header. > > The attached patch file is derived from OpenLDAP Software. All of the > modifications to OpenLDAP Software represented in the following patch(es) were > developed by David M. Syzdek syzdek(a)bindlebinaries.com. I have not assigned > rights and/or interest in this work to any party. Thanks, applied to git master. > > I, David M. Syzdek, hereby place the following modifications to OpenLDAP > Software (and only these modifications) into the public domain. Hence, these > modifications may be freely used and/or redistributed for any purpose with or > without attribution and/or other notice. > > SHA1 (./0001-Fixing-prototype-of-function-in-manpage-to-match-pro.patch) = > 4d088491dd02bbc1c2884d08ae90b415d4aa5d87 > MD5 (./0001-Fixing-prototype-of-function-in-manpage-to-match-pro.patch) = > e0f1ddc73c937d15629e11183f409028 > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#7160) MDB-back is not buildable on HP-UX 11.31
by h.b.furuseth＠usit.uio.no 18 Feb '12

18 Feb '12

Fixed in Git master. Please test: http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;h=465942e74ddbd8c5 Also fixed contrib/ldaptcl which had the same bug. POSIX 'make' does not specify '$<' for target rules (rules that name an explicit target), only for inference rules: http://pubs.opengroup.org/onlinepubs/009695399/utilities/make.html Maybe because $< would be ambiguous in target rules with several dependencies. GNU 'make' defines it as the 1st dependency. -- Hallvard

1 0

(ITS#7173) Patch: Fixing prototype of function in manpage to match prototype in C header.
by syzdek＠bindlebinaries.com 18 Feb '12

18 Feb '12

Full_Name: David M. Syzdek Version: MIGRATION_CVS2GIT-630-g463c1fa OS: OS X 10.7 URL: http://bindlebinaries.com/patches/openldap/0001-Fixing-prototype-of-functio… Submission from: (NULL) (209.193.42.108) The prototype for ldap_modify_ext() in the C header file declares msgidp as "int *", however the current manpage declares msgidp as "int **". This patch updates the manpage to accurately reflect the C header. The attached patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by David M. Syzdek syzdek(a)bindlebinaries.com. I have not assigned rights and/or interest in this work to any party. I, David M. Syzdek, hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice. SHA1 (./0001-Fixing-prototype-of-function-in-manpage-to-match-pro.patch) = 4d088491dd02bbc1c2884d08ae90b415d4aa5d87 MD5 (./0001-Fixing-prototype-of-function-in-manpage-to-match-pro.patch) = e0f1ddc73c937d15629e11183f409028

1 0

Re: ITS#6598
by quanah＠zimbra.com 17 Feb '12

17 Feb '12

--On Saturday, February 18, 2012 12:41 AM +0000 quanah(a)zimbra.com wrote: > --On Saturday, February 18, 2012 1:32 AM +0100 masarati(a)aero.polimi.it > wrote: > ah, ok thanks. :) Any particularly reason why the control can't be made critical? Thanks, Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: ITS#6598
by quanah＠zimbra.com 17 Feb '12

17 Feb '12

--On Saturday, February 18, 2012 1:32 AM +0100 masarati(a)aero.polimi.it wrote: >> --On Thursday, September 09, 2010 6:45 PM +0000 masarati(a)aero.polimi.it >> wrote: >> >>> Committed to HEAD; please test. Thanks, p. >> >> >> Doesn't appear to work to me. >> >> This search returns 15 entries normally: >> >> ldapsearch -x -H ldapi:/// -D cn=config -w zimbra -b "" >> '(objectClass=zimbraAccount)' zimbraId >> >> # numResponses: 16 >> # numEntries: 15 >> >> >> If you choose the control you get: >> >> zimbra@zre-ldap003:~$ ldapsearch -x -H ldapi:/// -D cn=config -w zimbra >> -b "" -e '1.3.6.1.4.1.4203.666.5.18' '(objectClass=zimbraAccount)' >> zimbraId >> # extended LDIF >> # >> # LDAPv3 >> # base <> with scope subtree >> # filter: (objectClass=zimbraAccount) >> # requesting: zimbraId >> # >> >> # search result >> search: 2 >> result: 0 Success >> control: 1.3.6.1.4.1.4203.666.5.18 false MAkCAQACAQ8CAQA= > > I think it works as expected: > > $ echo -n 'MAkCAQACAQ8CAQA=' | base64 -d | od -x > 0000000 0930 0102 0200 0f01 0102 0000 > > re-ordered: > > 0x30 ber sequence > 0x09 length (9 bytes) > > 0x02 ber int > 0x01 length (1 byte) > 0x00 "0" (value of would be search result code) > > 0x02 ber int > 0x01 length (1 byte) > 0x0f "15" (number of would be returned entries) > > 0x02 ber int > 0x01 length (1 byte) > 0x00 "0" (number of would be returned search refs) ah, ok thanks. :) --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

← Newer
1
2
3
4
5
6
7
...
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs February 2012