Submitted by: Richard R Buonanno <rrb@myxa.com> Pardon the rookie post problem... I posted from a misconfigured netscape on a PC (sorry but I'm a unix weenie). Anyway, here's the problem again... I have an LDAP synchronization app (cloned from the example script) which dumps core whenever I change more than one multivalued attribute (e.g. cn) for one or more entries. I do a single search which pulls back every entry from the LDAP server. For each entry I change any attributes which need to be updated. The script dies on the second call to update with an entry that has a change in a multivalued attribute. I can change single-value attributes to my heart's conent (there are 12000 entries in our LDAP db and it works for all of them). I am very happy with the LDAP perl module 'cause it got me from ground zero to nearly finished in an extreeeeeemely short period of time. There's just this last little hurdle. I am running perl 5.005_02 on a Solaris 2.6 machine. The LDAP server is Sun Internet Mail Server 3.2. Anything else I could mention? Thanks for any tips, tricks or even flames provided they get me out of this jam, --rrb.

Thanks for your help. -->do you have any information where the actual crash is? Like if you use -->"gdb" or something on the core file, and get the call stack? If not, I'll -->try to reproduce this, it would be weird if it's an error in Entry.pm -->(which is Perl), it sounds like it's crashing in the API.xs function (I -->assume). Of course, you're right. Here's the stack trace from dbx: current thread: t@1 =>[1] ber_bvecfree(bv = 0x6d406465), line 576 in "decode.c" [2] ldap_mods_free(mods = 0x9e77990, freemods = 1), line 95 in "free.c" [3] XS_Mozilla__LDAP__API_ldap_modify_s(0x0, 0x9e77990, 0x4048c10, 0x8, 0xc5010, 0x1b50c4), at 0xef4ec220 [4] Perl_pp_entersub(0xc5010, 0x65bf8, 0x0, 0x4000, 0x4049014, 0x4049014), at 0x66634 [5] Perl_runops_standard(0xc5010, 0xc7170, 0x1d74e8, 0xc5010, 0xc5010, 0x0), at 0xa0104 [6] perl_run(0xc480c, 0xc3000, 0x1, 0x24dc0, 0x0, 0x0), at 0x25d38 [7] main(0x0, 0xeffffa64, 0xeffffa78, 0xc2fdc, 0x0, 0x0), at 0x232e4 I should've done this sooner but I was under time pressure to get this update working. I kludged together a separate script to update our one multivalued attribute using Sun's ldapmodify program. But I'm looking forward to getting this running right. You've put together a good package. Thanks. Kudos to you and Clayton. --rrb. ---------------------------------------------------------------------.v.--- Richard R. Buonanno 'Content, not format' System Manager Myxa Corporation phone: (215) 914-2629 fax: (215) 938-0235 email: rrb@myxa.com http://www.myxa.com/

Setting all current Open Critical and Major to M3

Clearing "M" field since Directory product is not used for 5.0 specific project bug metrics and will mess up our queries on milestones.

Sent query to Richard, asking if bug still exists in 1.2.2

Richard checked the problem against the latest version. The bug appears to have been fixed since 1.0: Hi Kevin, good news... -->I came across your bug, which talks about a script you wrote that core -->dumps when you attempt to update more than one multi-value attribute. ...bug is gone with the latest c-sdk and perldap. Cheers, --rrb. ---------------------------------------------------------------------.v.--- Richard R. Buonanno 'Content, not format' System Manager Myxa Corporation phone: (215) 914-2629 fax: (215) 938-0235 email: rrb@myxa.com http://www.myxa.com/

VERIFIED due to time since last comment.