[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: UTF8 case insensitive matching
- To: Stig Venås <venaas@alfa.itea.ntnu.no>
- Subject: Re: UTF8 case insensitive matching
- From: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
- Date: Wed, 24 Jan 2001 14:17:28 -0800
- Cc: openldap-devel@OpenLDAP.org
- In-reply-to: <20010124155533.A12632@itea.ntnu.no>
- References: <5.0.0.25.0.20001025101238.00af7670@router.boolean.net> <5.0.0.25.0.20001025080809.00b012c0@router.boolean.net> <5.0.0.25.0.20001024130940.00abf0d0@router.boolean.net> <20001024112053.A22541@itea.ntnu.no> <5.0.0.25.0.20001024130940.00abf0d0@router.boolean.net> <20001025163154.A11668@itea.ntnu.no> <5.0.0.25.0.20001025080809.00b012c0@router.boolean.net> <20001025190736.A1932@itea.ntnu.no> <5.0.0.25.0.20001025101238.00af7670@router.boolean.net>
At 03:55 PM 1/24/01 +0100, Stig Venås wrote:
>I've written a new dnNormalize() that works like the old, except that
>it does Unicode normalization and case folding also. Are there cases
>where dnNormalize() should not do this? As discussed the long term
>solution is to use dnNormalize() instead of dn_normalize() right?
>Then I think it must do this.
>
>I've also written a new dn_normalize() that uses dnNormalize() and if
>the normalized string fits inside the old, this is returned from
>dn_normalize. If dnNormalize() fails or returns a larger string,
>dn_normalize() returns NULL like it did if dn_validate() failed.
>
>Does this sound about right? dnNormalize() is static, I've changed
>that so that dn_normalize() can use it.
>
>If this sounds fine, I'll commit the changes so that you can have a
>look at it.
This sounds like a reasonable incremental step to commit.