[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#5459) threw assertion in attr_dup
Aaron Richton wrote:
> Ergh, didn't realize there was more past that.
>
> (dbx) print a->a_vals[0]
> a->a_vals[0] = {
> bv_len = 28U
> bv_val = 0x11925f250 "fixed-address 172.16.143.152"
> }
> (dbx) print a->a_vals[1]
> a->a_vals[1] = {
> bv_len = 0
> bv_val = 0x117e9a810 ""
> }
> (dbx) print a->a_vals[2]
> a->a_vals[2] = {
> bv_len = 0
> bv_val = (nil)
> }
> (dbx) print a->a_nvals[0]
> a->a_nvals[0] = {
> bv_len = 28U
> bv_val = 0x11a48ff90 "fixed-address 172.16.143.152"
> }
> (dbx) print a->a_nvals[1]
> a->a_nvals[1] = {
> bv_len = 0
> bv_val = (nil)
> }
>
Is this entry still in your database now? Clearly this condition should never
happen - if zero-length values are valid for the syntax, then it should have
been preserved in the (normalized) a_nvals. If not, then it should not have
been in the a_vals in the first place.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/