From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 64E5B3855022 for ; Sat, 26 Jun 2021 20:10:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 64E5B3855022 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTP id x937lyuXgFRDpxEd4l3pAZ; Sat, 26 Jun 2021 20:10:14 +0000 Received: from [192.168.1.104] ([68.147.0.90]) by cmsmtp with ESMTP id xEd3leeuEqevixEd3l3Oz5; Sat, 26 Jun 2021 20:10:13 +0000 X-Authority-Analysis: v=2.4 cv=B4F8bMhM c=1 sm=1 tr=0 ts=60d789a5 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=TWRHtqvyK1PliUv_twkA:9 a=QEXdDO2ut3YA:10 a=buB1NfXUTBUA:10 a=sRI3_1zDfAgwuvI8zelB:22 Reply-To: cygwin@cygwin.com Subject: Re: Custom locales seem not to work To: cygwin@cygwin.com References: From: Brian Inglis Organization: Systematic Software Message-ID: <1c273679-ed8b-205d-98fb-0e2095ecb743@SystematicSw.ab.ca> Date: Sat, 26 Jun 2021 14:10:13 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfKEb3ujHVRuMv0njKwVUUqAvUTf99YU9pE7CgL2oVnb7i7MSwod+ERj9qeSCRH1P055qzaeAKD35CDTqpW5aeQpUODaiIvyA0jCEpKG8eXhObyVpmbRy LMdZF9Av+XHPUahuO9i6Z7B9Y+cTbfXDSn/kG/srAcZRFEq80+sYGDjQ1+moancLfH+LlnNknfe4XCVG4AKy79nLpcMiD6x8D+E= X-Spam-Status: No, score=-1159.6 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2021 20:10:16 -0000 On 2021-06-26 13:29, Brian Inglis wrote: > On 2021-06-26 08:58, Алекса -скрыто- via Cygwin wrote: >>> I have never seen ie used as a language code under Linux systems, and it >>> is interlingual, associated with unspecified territory code XX, so you >>> would have to set each locale category separately to achieve the desired >>> effects: fr_CH or en_US. > >> ... the locale should be set to "ie_XX.UTF-8", which the locale data >> provides, not "C" like Cygwin does now. If you setup non-interoperable custom locales, it is likely that Cygwin may not be seeing anything it can map, so will default to the hardwired built-in C/POSIX locale. You need to help us diagnose what, if anything, Cygwin may be seeing from your custom Windows locale. What does Cygwin show when you run the locale dump command from a shell: $ for o in -s -u -i -n -f ''; do locale $o; done > Which are non-interoperable Windows-only totally meaningless language > and territory values to Cygwin startup or any Cygwin, Linux, or Unix > program based on Unix libraries or code, so everything might map to the > system default locale at best, or hardwired built-in C/POSIX locale at > worst. > > That custom locale would be better if developed as a fr_CH replacement > or supplementary Windows locale. It might also help if you followed the Cygwin problem reporting guidelines: https://cygwin.com/problems.html and attached the required output as plain text to your next response. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]