Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 79781 invoked from network); 16 Jul 2008 20:42:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Jul 2008 20:42:05 -0000 Received: (qmail 72942 invoked by uid 500); 16 Jul 2008 20:42:01 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 72884 invoked by uid 500); 16 Jul 2008 20:42:01 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 72873 invoked by uid 99); 16 Jul 2008 20:42:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jul 2008 13:42:01 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.221] (HELO smtpout05.prod.mesa1.secureserver.net) (64.202.165.221) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 16 Jul 2008 20:41:07 +0000 Received: (qmail 18152 invoked from network); 16 Jul 2008 20:41:23 -0000 Received: from unknown (71.239.140.137) by smtpout05-04.prod.mesa1.secureserver.net (64.202.165.221) with ESMTP; 16 Jul 2008 20:41:23 -0000 Message-ID: <487E5CF3.2030108@rowe-clan.net> Date: Wed, 16 Jul 2008 15:41:23 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: Apache - MS LDAPSDK with multi-byte DN References: <486abc49ec741@wp.pl> <486CB68F.8080206@gmx.de> <486ccf96c4751@wp.pl> <486D264A.5090004@gmx.de> <487e2f9addad5@wp.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Stusynski, Dan wrote: > > Apache is compiled to support unicode by default from what I can tell. Not exactly ;-) Apache/WinNT is built around UTF-8. In APR, we twist the char args ourselves and then call the wchar FooW API function where we know APR_HAS_UNICODE and the version tests clean as NT or later. We don't even look at the version, if APR_HAS_ANSI is false. > For what it's worth I also did try using the ldap_search_ext_sW call directy inside the uldap_cache_checkuserid function but that resulted in a filter error. Yup :) So if you were to tweak things to decode utf-8 into unicode and then invoke the W flavor, it should work. But I don't think we actually wrap ldap_search_ext_s in apr-ldap, do we? Meaning that will be a heck of a messy macro override.