Unicode and CP_SYMBOL question. [?? Probable Spam]
Rein Klazes
rklazes at xs4all.nl
Mon Jan 19 12:41:27 CST 2004
On Thu, 15 Jan 2004 19:24:25 +0800, you wrote:
>
> > > Apparently Windows uses something different. Probably we have to change
> > > our internal map for Symbol encoding
> >
> > I will try a few other Windows versions first. It looks to me that
> > Symbol encoding is not a real encoding at all apart from the 0xf000
> > offset. calls like GetCPinfo(CP_SYMBOL,...) also fail on Win2K, probably
> > for that reason..
>
> Sounds like a good idea. Please test and report here what you will find.
It works as I described on everything from Win2K up to a recent
Longhorn.
On everything below that (NTx and win9x) the call fails.
Further observations are that WideCharToMultiByte does the inverse (map
0-0x1f and 0xf020-0xf0ff, fail on everything else) and that
EnumSystemCodePages() do not enum this code page (it does on wine).
I am planning to create a patch that fixes MultiByteToWideChar and
WideCharToMultiByte, as well as removing the symbol code page from the
code page table.
Rein.
--
Rein Klazes
rklazes at xs4all.nl
More information about the wine-devel
mailing list