Mailing List Archive

Support open source code!


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: tlug: XEmacs arrgh - still core dumping with kinput2



--------------------------------------------------------
tlug note from "Stephen J. Turnbull" <turnbull@example.com>
--------------------------------------------------------
>>>>> "Steve" == Steve Dunham <dunham@example.com> writes:

    >> Does anybody know if locales are being properly implemented in
    >> more recent libc releases?  Seems that libc is up to 5.4.x now,
    >> but I haven't been following the newsgroups or anything :-(.

    Steve> AFAIK, libc has supported locales since around 5.2.x, maybe
    Steve> longer.  I know it's in libc-5.3.x.

"Support" and "properly implement" are very different things.  I'm
using 5.3.x, and all it supports is C/POSIX.  In other words, the
functions are stubs.

    Steve> Have you actually looked at the source to liblocale.so - it
    Steve> has little to do with whether libc supports locale or not.
    Steve> It replaces libc's local functions with a call to the X
    Steve> locale functions.

Huh?  It has everything to do with whether libc supports locale.  If
libc _supports_ locales (ie, the functions are more than just stubs),
liblocale won't do anything different (assuming XFree86's locale
implementation is full and faithful).

    >> Anyway, that's something for those of you who are trying to get
    >> Japanese in XEmacs to look at; I'd like to hear from anybody
    >> with XFree86 3.2 or better (if it exists) installed to see if
    >> that gets XEmacs running with XIM.

    Steve> This may be one of your problems.  I'm running XFree86 3.2
    Steve> and 'kterm' works fine with XIM.  (yes, I used "kinput2
    Steve> +kinput -xim").

That's good to know.

    Steve> Anyways, on my system, xemacs doesn't crash immediately -
    Steve> it complains about an incomplete fontset, and says that
    Steve> XCreateIC failed; then everything works, except that it
    Steve> ignores keyboard input.

"We've got good news and bad news."  Good news, because a bug in
XFree86 has evidently been fixed.  Bad news, because that's a
plausible response if there's no fallback for an absent IM.  Beta code
had better handle errors like that, presumably with a fallback to
non-internationalized input.

That also strongly suggests that there is no mechanism in Mule for
switching among input methods :-(.  So it looks to be a while before
XIM is properly supported.

Thanks for getting in touch with the maintainer.

Steve T.

-- 
                            Stephen J. Turnbull
Institute of Policy and Planning Sciences                    Yaseppochi-Gumi
University of Tsukuba                      http://turnbull.sk.tsukuba.ac.jp/
Tel: +81 (298) 53-5091;  Fax: 55-3849              turnbull@example.com

-----------------------------------------------------------------
a word from the sponsor will appear below
-----------------------------------------------------------------
The TLUG mailing list is proudly sponsored by TWICS - Japan's First
Public-Access Internet System.  Now offering 20,000 yen/year flat
rate Internet access with no time charges.  Full line of corporate
Internet and intranet products are available.   info@example.com
Tel: 03-3351-5977   Fax: 03-3353-6096


Home | Main Index | Thread Index

Home Page Mailing List Linux and Japan TLUG Members Links