Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (hermes.apache.org: local policy)
Errors-To: <wrowe@rowe-clan.net>
Message-Id: <6.2.1.2.2.20050331011438.064939c0@pop3.rowe-clan.net>
Date: Thu, 31 Mar 2005 01:16:31 -0600
To: Mladen Turk <mturk@apache.org>
From: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
Subject: Re: apr-iconv 1.0
Cc: Curt Arnold <carnold@apache.org>, APR Developer List <dev@apr.apache.org>
In-Reply-To: <424B9755.10007@apache.org>
References: <6.1.0.6.2.20040623142928.07b85ec0@pop3.rowe-clan.net>
 <40E4A125.2000206@xbc.nu>
 <6.1.0.6.2.20040702022101.0413ee38@pop3.rowe-clan.net>
 <40E59F80.8020000@xbc.nu>
 <6.2.1.2.2.20050329164227.02df2eb0@pop3.rowe-clan.net>
 <424AD10E.1020905@apache.org>
 <6.2.1.2.2.20050330121850.067c4340@pop3.rowe-clan.net>
 <9d0a8bf22175edaf72d06d1b6e36eca3@houston.rr.com>
 <6.2.1.2.2.20050330143751.05a8c380@pop3.rowe-clan.net>
 <3b0b3bc69aebf7891a842ed62b57b63f@apache.org>
 <6.2.1.2.2.20050330160721.062a3be0@pop3.rowe-clan.net>
 <424B9755.10007@apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 12:23 AM 3/31/2005, Mladen Turk wrote:
>William A. Rowe, Jr. wrote:
>>FWIW - who else in this community wants to participate if such
>>an ASL/BSD licensed iconv project grew up around the most current
>>code for iconv?
>
>Well, I'm interested if the final product will not depend on a
>hundred or so separate .dll's for each and every charset, and
>if apr_util will not depend on apr_iconv.

I'd see that as advantage as well.  I understand loadable
modules for complex translations, but not for tables.

>Also I think we should consider using
>MultiByteToWideChar/WideCharToMultiByte on windows as
>an option to apr_xlate if iconv is not present.

See my post on this very point.  The API does not lend itself
whatsoever to streaming data.  Most every APR application is
dealing with streamed text so this isn't really a useful option.