Dmitry Timoshkov wrote:
The problem is that our translation table for code page 20127 is different from what Windows has, and the ansi_buf get mangled. Attached patch synchronizes our code page 20127 table with Windows one and fixes the bug.
If you change a codepage from a unicode.org mapping then you need to add the changed .TXT file you generated it from to the build tree and update cpmap.pl to use it.
"Robert Shearman" rob@codeweavers.com wrote:
If you change a codepage from a unicode.org mapping then you need to add the changed .TXT file you generated it from to the build tree and update cpmap.pl to use it.
That's not really possible due to a confusing license accompanying the unicode.org mappings, and a policy (until at least now) to not patch unicode.org provided data. Otherwise we have to patch the unicode collation table (I had a patch for it somewhere) as well as some other code page tables (problem with cp1251 table comes to mind as was reported recently).
The patch I sent mostly was provided for the reference, since I think that Alexandre won't accept it. Just for the reference I'm attaching both the patched US-ASCII-QUOTES.TXT and a diff against original version US-ASCII-QUOTES.TXT.diff.
"Dmitry Timoshkov" dmitry@codeweavers.com writes:
That's not really possible due to a confusing license accompanying the unicode.org mappings, and a policy (until at least now) to not patch unicode.org provided data. Otherwise we have to patch the unicode collation table (I had a patch for it somewhere) as well as some other code page tables (problem with cp1251 table comes to mind as was reported recently).
Distributing patched unicode.org files is not something we want to do, but modifying the mapping tables in cpmap.pl after they are loaded is acceptable, we already have a couple of cases where we do that.
-
Alexandre Julliard -
Dmitry Timoshkov -
Robert Shearman