Regression in lstrcmpiA (occurred in late June, NLS related)

[Dmitry Timoshkov]

"Troy Rollo" <wine at troy.rollo.name> wrote:

> The 2.1.9d8 file seems after a quick look to be closer to the Crossover 
> version of the table - for example, it has many of the different types of 
> space characters sorted near 0020, which is an aspect of the Crossover table 
> not present in the table based on allkeys.txt (3.1.1), so the theory that 
> Microsoft's results are just based on an earlier version of the standard 
> table is starting to look like it has merit.

I've asked a question regarding unicode support and sorting on
microsoft.public.win32.programmer.international (26-28 Jun 2003)
and have the following answers (UCA == Unicode Collation Algorithm):

"Michael (michka) Kaplan [MS]" <michkap at online.microsoft.com> wrote:

> Collation on Windows does not use the UCA -- it predates the UCA and it
> supports more languages. It is architecurally prepared to handle more
> languages in the future, and frankly no one wanted to cut the functionality
> enough to make it UCA-compatible. :-)

and another one:

> No, it is not. Unicode's weights have been a part of the UCA,  which was
> first a DRAFT Unicode Technical Report in March of 1997. It did not lose its
> DRAFT status until November of 1999 and not a Unicode Technical Standard
> until August of 1999.
> 
> Windows, on the other hand, has had its architecture in place since NT 3.1
> shipped, over a decade ago. How could it be based on the Unicode sort weight
> tables, which did not exist at that time even in draft form?

-- 
Dmitry.