[Date Prev][Date Next]
Re: Chinese characters in mail search causes failed assertion in slapd
- To: email@example.com
- Subject: Re: Chinese characters in mail search causes failed assertion in slapd
- From: Alfie John <firstname.lastname@example.org>
- Date: Wed, 08 Feb 2012 07:42:26 +1100
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:in-reply-to :date; s=smtpout; bh=3ih/Tnt1Od9ARV/qk3Pl863Fc44=; b=tWNYVXFoSMr +HaBcoe7fN6BooLR++OwZWM7QAaCna8JIhtmHjCfDlNuk5LAFsumxkN604brPX9W pidS56qhPRG2BeH3y4GWUJpLcbTPTG6W2Q+kBli3b8wAap5PZHgdijS3B2CCouL+ VEu7SZ2togJU2AiVnzNXhxo6lp9ZAuWk=
- In-reply-to: <4F3124F1.email@example.com>
On Tue, Feb 7, 2012, at 02:19 PM, Pierangelo Masarati wrote:
> If, as you say, slapd asserts, then there's also a bug in the code,
> since invalid data should be catched earlier. Fixing this has little to
> do with solving your problem, but would improve the software.
Sorry for the confusion.
When I said slapd assets, I didn't mean assert() but asserted_value_validate_normalize() does not return LDAP_SUCCESS in filter.c. So it's not a bug in slapd.