Date: Thu, 21 Jan 2010 14:57:19 +0300 From: Andrey Chernov <ache@nagual.pp.ru> To: Bruce Evans <brde@optusnet.com.au> Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r202572 - head/lib/libc/gen Message-ID: <20100121115719.GA61292@nagual.pp.ru> In-Reply-To: <20100121155841.H1512@besplex.bde.org> References: <201001181344.o0IDiiEL079037@svn.freebsd.org> <20100120012639.B67517@delplex.bde.org> <20100120070843.GA45937@nagual.pp.ru> <20100120191752.Q2120@besplex.bde.org> <20100120094627.GA53020@nagual.pp.ru> <20100120211722.S2451@besplex.bde.org> <20100120121827.GA55236@nagual.pp.ru> <20100121155841.H1512@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 21, 2010 at 04:25:53PM +1100, Bruce Evans wrote: > > To be used in practice, strcoll() should never fails, doing fallback to > > strcmp() instead, not only in that, but in lots of other cases too (it may > > set errno like EILSEQ, but not fails). The next important thing is to > > return 0 only for true binary equals, additionaly ranking (f.e. by > > strcmp()) anything inside classes of equality to stabilize result. > > > > I hope our strcoll() will be kept in that state after implementing > > UCA too. > > What is UCA? http://unicode.org/reports/tr10/ > Can it return equal for non-binary-equal strings? I think it can -- the > locale might have different encodings for strings that are considered > identical. Then duplicates should be according to strcoll() and file > systems would have a hard time managing such duplicates when they are > created in a locale where they are non-duplicates. It can, but it isn't convenient. It depends of how equality classes are treated. If strings belongs to such class, they have the same weight comparing with other strings, but additional ranking inside class is possible. -- http://ache.pp.ru/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100121115719.GA61292>