Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: Yet another locale question....
- To: jwb@example.com
- Subject: Re: Yet another locale question....
- From: "M. Meiarashi" <mes@example.com>
- Date: Fri, 11 May 2001 01:56:40 +0900
- Cc: tlug@example.com
- Content-Transfer-Encoding: 7bit
- Content-Type: Text/Plain; charset=us-ascii
- In-Reply-To: <200105090335.MAA03271@example.com>
- References: <200105090335.MAA03271@example.com>
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <aq6OSB.A.MeB.Hfs-6@example.com>
- Resent-Sender: tlug-request@example.com
From: jwb@example.com (Jim Breen) Subject: Re: Yet another locale question.... Date: Wed, 9 May 2001 12:35:30 +0900 (JST) Message-ID: <200105090335.MAA03271@example.com> ; Makes you wonder what it's trying to do. Was it about to switch all ; messages to Japanese....? strictly speaking, no. it's not about to switch the messages but it's about to set one of a state of the application. lator the message are switched based on that state if the application is coded to honor the locale. the warning message "locale not supported by C library, locale unchanged" seems to be the one that is hard coded inside of the _XtDefaultLanguageProc() which is in xc/lib/Xt/Initialize.c in the if clause as if (! setlocale(LC_ALL, xnl)) XtWarning("locale not supported by C library, locale unchanged"); which means the call of setlocale (with given parameter) is failed. The call to _XtDefaultLanguageProc is from XtSetLanguageProc() so even if the application has nothing to do with resources (i.e. messages), any application produces the message if the application calles XtSetLanguageProc() and the locale is not supported. it's a bare hunch but i believe what the behavior of the application (Acroread4) alterd by the locale are such like menu items or messages only and simply you just can ignore it. by the way, are you sure if it is a right thing to define the environment variable LANG to be "en_US ja_JP"? according to the GNU C library reference manual, LANG specifies "a single locale to use for all purposes." so, even in the case your system has BOTH en_US AND ja_JP locales, setting LANG to be "en_US ja_JP" would be a problem. ------ M. Meiarashi -- mes@example.com
- References:
- Re: Yet another locale question....
- From: jwb@example.com (Jim Breen)
Home | Main Index | Thread Index
- Prev by Date: Re: Familiar Distribution for iPAQ
- Next by Date: RE: How much space needed for a web server install?
- Prev by thread: Re: Yet another locale question....
- Next by thread: Re: Yet another locale question....
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links