Masahito Omote wrote: > Hi. > Umm..., I tested it again and again but it does not reproduce. > Please check 'uim-xim --trace > /path/to/output1 &' and > 'uim-xim --trace-xim> /path/to/output2' and give me their outputs.
OK. At the moment I am in X (icewm) and have uim running (test: 世 界に今日は, or something like that). The results of uim-xim --trace > uimxim.txt & and uim-xim --trace-xim >uimxim2.txt & are enclosed. > And let me know what Window Manger and Session Manager you are > using? This bug can be reproduced with icewm, xfce4, and KDE (selected outside X by update-alternatives --config x-session-manager). At the moment I am using icewm (and its session manager). icewm has a "CPU busy" indicator in the system tray, which makes it easy to see evidence of the bug. The indicator fills up completely after I hit CapsLock + A simultaneously. In the other window managers, you only notice that X has mysteriously stopped responding to mouse and keyboard commands (with the exception, fortunately, of switching to a console VT). > First, list up your environment variables. I cannot find > out which method - XIM or GTK+ immodule you are using? This is the output of the env command: SHELL=/bin/bash TERM=xterm HUSHLOGIN=FALSE WINDOWID=25165858 USER=root XTERM_SHELL=/bin/bash LS_COLORS=no=00:[..] XPSERVERLIST=:64 MAIL=/var/mail/root PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 XKBPATH=/usr/share/X11/xkb QT_IM_MODULE=xim PWD=/home/jws [EMAIL PROTECTED] JAVA_HOME=/usr/lib/java LANG=en_GB.UTF-8 PS1=\h:\w\$ XTERM_VERSION=XTerm(210) SHLVL=4 HOME=/root LOGNAME=root DISPLAY=:0.0 GTK_IM_MODULE=xim XAUTHORITY=/home/jws/.Xauthority _=/usr/bin/env > The easiest way to solve this problem is stop using XIM in > Firefox and Mozilla How? By changing the GTK_IM_MODULE environment variable, or by something else? > until I can fix it. Both Firefox and Mozilla supports GTK+ > immodule. Are there any reasons not to use GTK+ immodule? As I said in http://www.jw-stumpel.nl/stestu.html, the gtk+ immodule system is almost useless. Hardly any programs work with it (not even Mozilla and Firefox). If you want international input in all programs, you have to use xim. This even works in ancient programs like xfig. Ming Hua recommends the same for scim. > And you can also attach uim-xim process by using $ strace -p > [uim-xim's pid] or $gdb uim-xim [uim-xim's pid] before starting > firefox process. So far, I did not have success with this, because when I make Mozilla/Firefox crash (by putting my finger down half-way between CapsLock and A) X becomes completely unusable. Please ask if you want more information for curing this bug. Regards, Jan
UIM-XIM bridge. Now supporting multiple locales. Using full-synchronous XIM event flow Supported conversion engines: tutcode (ja) tcode (ja) hangul2 (ko) hangul3 (ko) romaja (ko) viqr (vi) ipa-x-sampa () latin () byeoru (ko) anthy (ja) direct (*) Another instance exists (uim). aborting...
UIM-XIM bridge. Now supporting multiple locales. Using full-synchronous XIM event flow Supported conversion engines: tutcode (ja) tcode (ja) hangul2 (ko) hangul3 (ko) romaja (ko) viqr (vi) ipa-x-sampa () latin () byeoru (ko) anthy (ja) direct (*) Another instance exists (uim). aborting...
