From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8430 invoked by alias); 11 Oct 2011 15:41:10 -0000 Received: (qmail 8417 invoked by uid 22791); 11 Oct 2011 15:41:08 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-vbr14.xs4all.nl (HELO smtp-vbr14.xs4all.nl) (194.109.24.34) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 11 Oct 2011 15:40:49 +0000 Received: from [10.101.31.39] (static.ip-080-246-199-085.signet.nl [80.246.199.85] (may be forged)) (authenticated bits=0) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id p9BFeknE041327 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 11 Oct 2011 17:40:48 +0200 (CEST) (envelope-from waterlan@xs4all.nl) Message-ID: <4E94637E.9060500@xs4all.nl> Date: Tue, 11 Oct 2011 15:41:00 -0000 From: Erwin Waterlander User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.23) Gecko/20110920 Thunderbird/3.1.15 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: cygwin started speaking German today References: <4E6F7AA1.4090808@redhat.com> <20111004122837.GA27229@calimero.vinschen.de> <4E8B0007.5020500@cwilson.fastmail.fm> <20111004142920.GA15757@calimero.vinschen.de> <4E8B4A86.5000607@xs4all.nl> <20111004182042.GA22299@calimero.vinschen.de> <4E8C7FFB.6060707@xs4all.nl> <20111005162714.GA14661@calimero.vinschen.de> <4E8C948D.4070707@cwilson.fastmail.fm> <4E8CA0AF.50805@cornell.edu> <20111010172328.GF30156@calimero.vinschen.de> In-Reply-To: <20111010172328.GF30156@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-10/txt/msg00174.txt.bz2 On 10/10/2011 7:23 PM, Corinna Vinschen wrote: > Chuck, ping? > > On Oct 5 14:23, Ken Brown wrote: >> On 10/5/2011 1:31 PM, Charles Wilson wrote: >>> On 10/5/2011 12:27 PM, Corinna Vinschen wrote: >>>> On Oct 5 18:04, Erwin Waterlander wrote: >>>>> Op 4-10-2011 20:20, Corinna Vinschen schreef: >>>>>> On Oct 4 20:03, Erwin Waterlander wrote: >>>>>>> By the way, I noticed that with the default locale C.UTF-8 the >>>>>>> nl_langinfo(CODESET) C function returns wrongly >>>>>>> "ISO-8859-1", >>>>>> Not for me: >>>>>> [...] >>>>> My program (wcd) uses gettext/libintl. Libintl is causing the >>>>> effect. Libintl is not working properly with a locale C.UTF-8. That >>>>> is a serious problem. >>>> That's a bug in libintl8 0.18.1.1-1. It does not happen with the >>>> previous version 0.17-11. Hopefully this gets fixed ASAP. >> [...] >> >>> The other is the issue that spawned this thread, which raised questions >>> about how basefiles::/etc/profile.d/lang.{sh,csh} should behave, and >>> other related complexities. IIRC we reached an impasse with this >>> subthread (and replies): >>> http://cygwin.com/ml/cygwin/2011-09/msg00063.html >>> >>> See also the various messages in this thread, during the last day or two. >>> >>> So...I'm rather stuck. I can't fix anything if we don't have a plan for >>> what the desired behavior IS. Right now, we all (except for Bruno!) >>> agree that $current_behavior is bad. But how exactly to fix it -- and >>> whether to do so in opposition to Bruno, the actual libintl maintainer >>> -- is still an open question. >> I think you're mixing two questions that should be kept separate. >> The first is how /etc/profile.d/lang.{sh,csh} should set LANG. >> That's a question that the Cygwin developers and/or base-files >> maintainer need to decide. The second is whether libintl should >> override Cygwin's locale settings. Isn't the answer clearly no? >> Why can't this be fixed (in opposition to Bruno, if necessary) >> before a final decision is made about /etc/profile.d/lang.{sh,csh}? >> >> I don't recall any complaints from Cygwin users about C.UTF-8 being >> the default, but there have already been several complaints about >> the new behavior of libintl. > This is *really* annoying behaviour. Right now the gawk testsuite > fails, because libintl thinks it has to use the german language, > even though $LANG is set to C.UTF-8. > > What's even more annoying is the fact that it's not sufficient to revert > libintl8 to 0.17-11, but you also have to revert gettext-devel to > 0.17-11 *and* recompile gawk, because the 0.18.1 version redefines > setlocale to libintl_setlocale. The effect is that applications built > against 0.18 don't run with the 0.17 DLL. Thus, if you don't have > control over the binary (aka "normal Cygwin user"), you can not even > revert to libintl8 0.17-11, because that may break newly built > applications. > > Please consider to provide a new libintl/gettext without this bug soon. > > Indeed! My application doesn't work correctly, because the wrong character encoding is returned. I get ISO-8859-1 while I should get UTF-8. And while bypassing Cygwin's locale it doesn't even do that properly. Libintl returns ISO-8859-1 while my Windows' locale character encoding is CP1252 (which isn't the same). -- Erwin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple