[Bug 8022] cmd.exe uses wrong codepage for console output

[Wine Bugs]

http://bugs.winehq.org/show_bug.cgi?id=8022





------- Additional Comments From lich at math.spbu.ru  2007-12-04 04:41 -------
>1. If I do 'LC_ALL=C wineconsole --backend=user cmd /K xcopy /?' I see the 
>spaced chars you mention. If I do 'wine cmd /K xcopy /?' if outputs ok - Can 
>you confirm this is true for you

Confirm. OK.

>2. If you do wine cmd /K dir, do the characters appear ok? Are the chars in 
>the listing below actually russian characters (ie not a-z etc), the first file 
>appears ok which is one I assume is pure a-z 0-9?
>- This would see if the problem is actually the same as (1)

1) terminal with koi8-r font:
Bad, but better than --backend=user. I can see russian symbols but in 
ANSI(cp1251) locale, not OEM(cp866). I can pass the text through "iconv -f 
cp1251 -t koi8-r" to see correct text.

2) terminal with cp1251 font:
 a. LC_ALL=ru_RU.KOI8-R cmd /K dir
The default locale is ru_RU.KOI8-R. This does not suit for cp1251 font. BUT! I 
can see russian filenames correct.
    LC_ALL=ru_RU.KOI8-R cmd /K help
 Russian letters are OK.

 b. LC_ALL=ru_RU.CP1251 cmd /K dir
Locale matches font enconing. But!
Russian filenames are invalid.
    LC_ALL=ru_RU.CP1251 cmd /K help
English text only. WINE does not honour ru_RU.CP1251, but Linux does.

 c. font UTF8 - nightmare.

>3. Since I dont know Russian, any thoughts on how to create a file with 
>russian characters and set my locale in a window so I can recreate that part 
>here?
Hmm... Try your native locate in various cases: Unicode and not unicode. 


Maybe, it is related to OEM/ANSI dualism?


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.