From: Beni C. <cb...@te...> - 2003-01-07 17:36:50
|
On 2003-01-07, MINAMI Hirokazu wrote: > On Mon, 6 Jan 2003 16:07:08 +0200 (IST) > Beni Cherniavsky <cb...@te...> wrote: > > > Yes, this is more or less what I figured out.The IC pointer is > > definitely NULL (but I'm not 100% sure that OpenXIM wasn't executed, I > > only tried to step around there in the debugger once) so it can't work. > > So I need to open some "default" XIM (when I said I use no XIM I meant > > that I don't excplicitly run XIM servers; I have very little knowledge of > > XIM internals).I didn't explicitly disable XIM however; I also tried to > > excplicitly enable -X and/or -i, with no effect. > > In my environment(XFree86 4.2.99.3), the call of XOpenIM seems to succeed with > XMODIFIERS=@im=none under en_US.UTF_8 and input context can be created. > However, if I remember correctly, the call may have failed some months ago. > The call actually suceeds, under LANG=C. But then kik_get_codeset() returns "ANSI_X3.4-1968" (vanilla ASCII), which ml_get_char_encoding() surprisingly doesn't handle... Under en_US.utf-8, XSetLocaleModifiers() failed (in x_xim_init(), not sure about the call in open_xim()). I think I saw it suceed when compiled without optimization, and fail when compiled with -O2. The probability of a gcc optimization bug is low, probably it was too late at the night and I (or gdb) was confused. With LANG=C it always suceeds. > What version of XFree86 are you using? > 4.2.0-72 -- Beni Cherniavsky <cb...@tx...> |