From xemacs-m  Thu Mar 13 01:31:09 1997
Received: from pentagana.sonic.jp (jhod@tokyo-03-109.gol.com [202.243.51.109])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id BAA19626
	for <xemacs-beta@xemacs.org>; Thu, 13 Mar 1997 01:30:56 -0600 (CST)
Received: (from jhod@localhost) by pentagana.sonic.jp (8.7.1+2.6Wbeta4/3.4W3) id QAA00725; Thu, 13 Mar 1997 16:23:40 +0900
Date: Thu, 13 Mar 1997 16:23:40 +0900
Message-Id: <199703130723.QAA00725@pentagana.sonic.jp>
From: P E Jareth Hein <jhod@po.iijnet.or.jp>
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: locale
In-Reply-To: <m2wwrc1lh3.fsf@altair.xemacs.org>
References: <199703130349.VAA04503@mharnois.workgroup.net>
	<m2wwrc1lh3.fsf@altair.xemacs.org>
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII

>>>>> "sb" == Steven L Baur <steve@miranova.com> writes:

sb> Michael Harnois writes:
>> Oooh. It says it when I start xemacs, too.

sb> It's coming from XEmacs XIM code.  Putting LANG=C in your
sb> environment might make the message go away.  It would probably be
sb> better to find out why the call to setlocale(LC_ALL, "") is
sb> failing.

The answer to that is easy: gnu libc locale support is rather lacking
in supported locales, and varies greatly from XPG4 standards. A possible
suggestion (and one I am putting patches in for) is to use what comes
with X (by including Xlocale.h and putting -DX_LOCALE in the makeline
somewhere). Of course, the best solution would be fixing gnu libc, but
I don't have time nor a copy of XPG4 lying around right now.

--Jareth


