[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: apr_strnatcasecmp vs. strcasecmp

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-02-15 23:09:45 CET

james82@gmail.com wrote on 02/15/2006 04:34:10 PM:

> On 2/15/06, Paul Burba <paulb@softlanding.com> wrote:
> > A quick question: Is there some reason we use (with one exception in
> > config.c) strcasecmp() instead of apr_strnatcasecmp()?
> >
> > On OS400 V5R4 strcasecmp() is one of a handful of functions on that
still
> > expects EBCDIC strings. apr_strnatcasecmp() works correctly on UTF-8
> > strings.
>
> I see that httpd recently switched from 'apr_strnatcasecmp' to
> 'strcasecmp'. Would this introduce problems on OS400 V5R4?
>
> See http://svn.apache.org/viewcvs?rev=230708&view=rev

That appears to just be one file in one module which OS/400 does not
provide. If httpd uses this function, I imagine the Apache team at IBM
would have to replace it with some function that could compare UTF-8
strings, or convert the strings to EBCDIC before comparing them? We could
do something like that as well, but we figured that since there is an APR
function that appears to work correctly we should ask if Subversion could
just always use that function. Just one less place where there is
conditional code.

Is there something wrong/different about the APR function?

Thanks

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 15 23:16:03 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.