No cyrillic input in apps under wine.

Works for me. Something is not configured correctly on your system.
both: LANG=ru_RU.UTF-8 wine notepad
and : LC_ALL=ru_RU.UTF-8 wine notepad
Works fine here.

You mean it's a problem in my app?

Well, I tried LC_ALL=ru_RU.UTF-8 wine notepad and it works, but What about my
app? It doesn't ignore input on x86 Linux box with similar configuration and
ru_RU.koi8-r locale.

if you could post your app here as an attachment?
We can test more comprehensively?

Actually I can't because I am not allowed by its license. Anyway, the app
tightly fits a DVD.
Still I think it's a wine bug, because its the output tells that it's an error
in X11DRV_ToUnicodeEx. So wine recieves the keycode and fails to convert it.

Could you please try with latest cvs? There was a fix for some related problem.
Or please make sure that you don't have LC_ALL defined but is empty.

Resolving as it is working for multiple ppl.

Tried with Wine 0.9. Problem remains.

Reopened then.

This is a missconfiguration of some kind. Please paste output from:
set | grep LANG
set | grep LC

ddc@czarkerlaptop ~ $ set | grep LANG
LANG=ru_RU.utf8
ddc@czarkerlaptop ~ $ set | grep LC
LC_ALL=ru_RU.utf8
LC_COLLATE=C
LC_MESSAGES=C
MAILCHECK=60

Could you unset LANG and try it? Or unset LC_ALL and try it?

The only effect was the loss of cyrillic output.

One more thing: after switching to Wine 0.9 the console output slightly
changed. Now its something like:

ddc@czarkerlaptop ~ $ wine "C:\Program files\veda\cons.exe"
Fontconfig error: "conf.d", line 1: no element found
Fontconfig error: "conf.d", line 1: no element found
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06D2
(Cyrillic_er) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=48,scanCode=23,keycode=2B,state=2000)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C5
(Cyrillic_ie) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=54,scanCode=14,keycode=1C,state=2000)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06DB
(Cyrillic_sha) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=49,scanCode=17,keycode=1F,state=2000)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C5
(Cyrillic_ie) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=54,scanCode=14,keycode=1C,state=2000)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06CE
(Cyrillic_en) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=59,scanCode=15,keycode=1D,state=2000)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C9
(Cyrillic_i) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=42,scanCode=30,keycode=38,state=2000)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C5
(Cyrillic_ie) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=54,scanCode=14,keycode=1C,state=2000)
ddc@czarkerlaptop ~ $

So the keys are recognized properly. Could it be a font problem? And what is
"conf.d"?

I have the same problem with latest version (i.e. 0.9.19). It's definetely
system misconfiguration, because I have the same Linux home and wine works ok there.
I'm using Ubuntu Dapper (6.04). Can you give me any hints how to find the
reason of this issue?

Everything works OK if LANG and LC_ALL variables are set to "ru_RU.cp1251" for
WINE. Eg.:
$ LC_ALL="ru_RU.cp1251" LANG="ru_RU.cp1251" wine "C:\Program Files\My\App.exe"

Ok so then it "worksforme"? As you know, win uses cp1251 codepage. And it seems
same should be used with Wine.

Setting LC_ALL and LANG to cp1251 didn't help me:
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C1
(Cyrillic_a) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=46,scanCode=21,keycode=29,state=2010)
etc.

Did You check for "ru_RU.cp1251" locale in Your system. To be used it should
exist...

I guess it exists because I can see cyrillic text in wine using cp1251 though
locales contain only UTF-8 encodings. Please don't ask me to generate cp1251
and use it :) because I have working wine with UTF-8 but at home PC---I have
problems with office one.

Same problem here:
wine-0.9.19, glibc-2.4, ncurses-5.5, Gentoo 2006.

May be the problem is glibc and locales that is compiled with.
Or another possible resaon can be problem with kbd driver in X.

What do you think about this?

I solved problem with re-compiling glibc with support for my locale and utf8 and
then generated new locales with locale-gen.

I hope this information is usefull for you.

So as suspected - user error.

Ubuntu 6.10 (Edgy Eft), glibc-2.4, wine-0.9.22
LANG=ru_RU.UTF-8, LC_* are not set, locale-gen is done.

$ wine notepad
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06CF
(Cyrillic_o) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=4A,scanCode=24,keycode=2C,state=2010)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06CF
(Cyrillic_o) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=4A,scanCode=24,keycode=2C,state=2010)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06D2
(Cyrillic_er) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=48,scanCode=23,keycode=2B,state=2010)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06D0
(Cyrillic_pe) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=47,scanCode=22,keycode=2A,state=2010)
d

Dmitry Mastrukov
And could You please give an output of "locale"?

i have the same environment

Ubuntu 6.10 (Edgy Eft), glibc-2.4, wine-0.9.22
LANG=ru_RU.UTF-8, LC_* are not set, locale-gen is done.

and have this problem too. the same problem on my dapper machine (Ubuntu 6.06,
wine 0.9.9)

my "locale" output:

LANG=ru_RU.UTF-8
LANGUAGE=ru_RU:ru:en_GB:en
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

I have the same setup as in comment #26, clean Ubuntu Edgy (6.10) install.
No cyrillic input. Anything I can do to debug it further?

WINE was installed as a binary package? Try to remove the package and install
WINE from source while collecting the output. If the problem remains after
compilation, attach the output.

Ok, I've got wine sources via git and compiled it as described in wiki for
Ubuntu distribution.

After running the application I've got neither cyrillic output nor input. At
least I had cyrillic output with binary package...

I'm running the application with following command:
LC_ALL=ru_RU.UTF-8 LANG=ru_RU.UTF-8 LANGUAGE=ru_RU.UTF-8 /usr/local/bin/wine
grym.exe

Here's the log of wine messages (it's short so I'm not attaching it):

libGL warning: 3D driver claims to not support visual 0x5b
libGL warning: 3D driver claims to not support visual 0x5b
fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled.
err:systray:delete_icon invalid tray icon ID specified: 0d
fixme:keyboard:X11DRV_LoadKeyboardLayout L"00000419", 0003: stub!
err:x11drv:X11DRV_CreateWindow invalid window height -4
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C1
(Cyrillic_a) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=46,scanCode=21,keycode=29,state=2010)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06D7
(Cyrillic_ve) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=44,scanCode=20,keycode=28,state=2010)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 06C6
(Cyrillic_ef) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=41,scanCode=1E,keycode=26,state=2010)
fixme:htmlhelp:HtmlHelpW HH case HH_CLOSE_ALL not handled.
fixme:htmlhelp:HtmlHelpW HH case HH_CLOSE_ALL not handled.
fixme:htmlhelp:HtmlHelpW HH case HH_UNINITIALIZE not handled.
err:systray:delete_icon invalid tray icon ID specified: 0d
fixme:ntdll:FILE_GetNtStatus Converting errno 29 to STATUS_UNSUCCESSFUL
fixme:ntdll:FILE_GetNtStatus Converting errno 29 to STATUS_UNSUCCESSFUL
fixme:ntdll:FILE_GetNtStatus Converting errno 29 to STATUS_UNSUCCESSFUL

This bug is invalid.
use:
LANG=ru_RU wine notepad
or
LANG=ru_RU.koi8-r wine notepad

Sorry to disappoint you but even with your startup parameters I've got the same
results for both binary and compiled wine versions.

I tried to run "LANG=ru_RU wine notepad" but it didn't accept cyrillic input
with the same message as I posted earlier.

When I run simple "wine notepad" (my locale is en_US) it didn't allow me to
enter cyrillic letters (but w/o any error messages) with default "System" font
(it had only "Western" script available). So I changed Notepad font to be
"DejaVu Sans" instead and script to "Cyrillic". Now I can enter cyrillic
symbols correctly in Notepad, but not with LANG=ru_RU.

My application doesn't have cyrillic output; when I'm trying to enter cyrillic
letters I've got "?" marks for en_US LANG. Obviously this application isn't
compiled with Unicode support contrary to Notepad.

Do you have any ideas?

Ok, I finally fixed this problem. I did the following:

* Added "ru_RU.CP1251 CP1251" line into "/var/lib/locales/supported.d/ru" file.

* Run `locale-gen` from root.

* Added "LANG=ru_RU.CP1251" to wine startup parameters.

Now everything works. Thanks for your patience.

Strange thing, actually. Since 0.9-some version of WINE I run my win32
programms without specifying locale on Gentoo, Debian and FreeBSD...

Specialy for Vitaliy Margolen: no version of WINE worked for me with koi8-r
locale specified.

Why the bug is closed? We are get this behaviour in Ubuntu 6.10 with locale
ru_RU.UTF8. Is it bug in Xorg build on the Ubuntu? Does anyone know the
simular reports (as I see, xev do not work on the Ubuntu with the same
simptoms... Why XCreateIC returns NULL XIC pointer?

LANG=ru_RU.UTF-8 wine notepad
Works perfectly with current GIT.

Yes, it works ok with Notepad, since it's UTF-8 compiled application, but if you
try to run some ANSI one (like using CP1251 for example)—by ANSI I mean it's
using one byte charset, hope you know what I mean—you'll get described symptoms.

It is bug in /usr/share/X11/locale/locale.dir in Ubuntu.
For work in ru_RU.utf8 locale it is necessary to replace lines
ru_RU.UTF-8/XLC_LOCALE ru_RU.UTF-8
with lines
en_US.UTF-8/XLC_LOCALE ru_RU.UTF-8

*** Bug 7209 has been marked as a duplicate of this bug. ***

Worked for me!! Thanks!!