On 1 September 2013 00:51, Paul Gilmartin <[email protected]> wrote: > On 2013-08-31, at 08:55, John Gilmore wrote: >> >> ... They use data transformations to make it possible >> for two keys to be compared using a single CLC[L]. (DB2 does similar >> things too.) >> > This can be particularly complex for literary collating conventions > such as EN_US which DFSORT gets terribly wrong. I tried a PMR on > this a few years ago. When I reported that DFSORT and a C program > using strcoll() produce similar incorrect results, DFSORT and I > agreed that the problem should belong to LE. > > LE gave me WAD with a rationale so outrageous that I gave up in > disgust, making no effort to escalate.
Isn't it a POSIX violation to produce incorrect collation results for a locale? Not, I suppose, that that's stopped them before. It's a shame because IBM was in the forefront of getting this collation stuff right, and into the POSIX standards. See the early Redbook GG24-3516 Keys to Sort and Search for Culturally Expected Results, and much subsequent work from IBM's long gone National Language Technical Center. Tony H.
