From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2394 invoked by alias); 28 Nov 2009 15:29:29 -0000 Received: (qmail 2377 invoked by uid 22791); 28 Nov 2009 15:29:28 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,SARE_SUB_ENC_UTF8,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Received: from granite1.mail.cornell.edu (HELO authusersmtp.mail.cornell.edu) (128.253.83.141) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 28 Nov 2009 15:29:24 +0000 Received: from [192.168.1.6] (cpe-67-241-20-9.twcny.res.rr.com [67.241.20.9]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.13.1/8.12.10) with ESMTP id nASFTMjj009369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 28 Nov 2009 10:29:22 -0500 (EST) Message-ID: <4B1141D9.6010007@cornell.edu> Date: Sat, 28 Nov 2009 15:29:00 -0000 From: Ken Brown User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: cygwin-xfree@cygwin.com Subject: Re: X11R7.5 and C.UTF-8 References: <4AE8539E.9080004@cornell.edu> <20091028172216.P60895@mail101.his.com> <4AE8BC12.1060109@cornell.edu> <416096c60910281507n4774534dode1d24ac47d5b0a2@mail.gmail.com> <4B1115EC.7010308@cornell.edu> <416096c60911280534g1b15b5d6y291d52b534dac9a1@mail.gmail.com> In-Reply-To: <416096c60911280534g1b15b5d6y291d52b534dac9a1@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2009-11/txt/msg00210.txt.bz2 On 11/28/2009 8:34 AM, Andy Koppe wrote: > 2009/11/28 Ken Brown: >> On 10/28/2009 6:07 PM, Andy Koppe wrote: >>> 2009/10/28 Ken Brown: >>>> Maybe my terminology is wrong. But if you start mintty with no .minttyrc >>>> and with LANG unset, mintty will set LANG=C.UTF-8. >>> Yep. That's primarily for emacs' benefit, which parses the locale env >>> variables itself instead of using setlocale(LC_CTYPE, ""), thereby >>> missing out on Cygwin's default locale. >> Andy, >> >> I've sent a report about this to the emacs-devel list >> (http://lists.gnu.org/archive/html/emacs-devel/2009-11/threads.html#01216). >> But I don't have a good understanding of locale issues. Could you take a >> look and see if what I said is accurate or if more should be said? > > Thanks Ken, I think you've got that all correct, including pointing > the finger at mule-cmds.el as the suspect. I'll keep an eye on that > thread. > > One more thing that might be worth mentioning is > 'nl_langinfo(CODESET)' for enquiring about the character encoding. > (It's actually being used in a couple of places in the emacs sources > already, in fns.c and w32proc.c, but I don't know what significance > those files have.) w32proc.c doesn't get compiled in the Cygwin build, but fns.c does. The call to nl_langinfo(CODESET) is in the definition of the locale-info function, which provides a way for emacs to determine the CODESET. I've passed this on to the emacs-devel list. Thanks for the help. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/