I think that the change of “Language for non-Unicode programs” in Control Panel actually installs another NLS files to the OS.
So, I expect that the only locales which will work with W2A and A2W functions are US English and the one installed in the Control Panel. Well, also UTF-8 which is considered to be a fake locale, just to reuse W2A and A2W to do Unicode <-> UTF-8 conversions.
IE supports displaying lots of different national languages in the web pages, but I don’t think it ever supports A encoding for these languages, I think it only works with W and UTF-8.
So, if you need to work with some national language using some app, and the app is built using A encoding, then you must set the aforementioned Control Panel setting.
Am I wrong?
–
Maxim S. Shatskih
Microsoft MVP on File System And Storage
xxxxx@storagecraft.com
http://www.storagecraft.com
wrote in message news:xxxxx@ntdev…
> Per-thread. See SetThreadLocale. Also look at WideCharToMultiByte and
> MultiByteToWideChar, which can supply a locale, indicate the current
> thread locale, current session locale, or current system locale be used.
> joe
>
>> On 09-Dec-2013 17:12, Maxim S. Shatskih wrote:
>>>> Actually, I have always thought locale works on per-system basis,
>>>> rather than per process one.
>>>
>>> The “Language for Unicode programs” settings, which governs
>>> MBCS<->Unicode conversions, is system-wide.
>>
>> http://www.microsoft.com/en-us/download/details.aspx?id=13209
>>
>> - pa
>>
>>
>> —
>> NTDEV is sponsored by OSR
>>
>> Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
>>
>> OSR is HIRING!! See http://www.osr.com/careers
>>
>> For our schedule of WDF, WDM, debugging and other seminars visit:
>> http://www.osr.com/seminars
>>
>> To unsubscribe, visit the List Server section of OSR Online at
>> http://www.osronline.com/page.cfm?name=ListServer
>>
>
>
>