DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:references
	:in-reply-to:content-type:content-transfer-encoding
	:mime-version; q=dns; s=default; b=nakLIQgElFOE+TRhMm1bpbM0gzb+R
	YBj0sZDKdvIHhQH2p/tp+tjI+023vElxgyyNSpdMupcPIQwlbAUHQQDNVoHgXQU3
	bLlJnG4cuuf7r3KQaWL2478HmybTVp2aSSwEE3vUpooxIaR7ODr/+CWE1B8lXt2c
	mOij07m10qWhgE=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
From: "Buchbinder, Barry (NIH/NIAID) [E]" <BBuchbinder@niaid.nih.gov>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: RE: [BUG REPORT]sed -e 's/[B-D]/_/g' replaces unexpected characters
Date: Tue, 25 Jun 2013 16:06:58 +0000
Message-ID: <6CF2FC1279D0844C9357664DC5A08BA20D86A2@MLBXV06.nih.gov>
References: <CA+nJC97He=j-O2FZ-Y2jJhYXEJn2o2EfC1wO39+2bZ=nj1f-zA@mail.gmail.com> <20130625152356.GD11958@calimero.vinschen.de> <5F8AAC04F9616747BC4CC0E803D5907D0C37C25C@MLBXv04.nih.gov>
In-Reply-To: <5F8AAC04F9616747BC4CC0E803D5907D0C37C25C@MLBXv04.nih.gov>
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

Lavrentiev, Anton sent the following at Tuesday, June 25, 2013 11:44 AM
>> The character ordering is based on the default Windows ordering for the
>> locale, and that's dictionary ordering, apparently.
>
>Ah, I see what you meant here. There's an elaborated explanation:
>
>http://www.gnu.org/software/gawk/manual/html_node/Ranges-and-Locales.html

Also, the sed info documentation "Reporting Bugs" explicitly says that
this is not a bug.

`[a-z]' is case insensitive
     You are encountering problems with locales.  POSIX mandates that
     `[a-z]' uses the current locale's collation order - in C parlance,
     that means using `strcoll(3)' instead of `strcmp(3)'.  Some
     locales have a case-insensitive collation order, others don't.

     Another problem is that `[a-z]' tries to use collation symbols.
     This only happens if you are on the GNU system, using GNU libc's
     regular expression matcher instead of compiling the one supplied
     with GNU sed.  In a Danish locale, for example, the regular
     expression `^[a-z]$' matches the string `aa', because this is a
     single collating symbol that comes after `a' and before `b'; `ll'
     behaves similarly in Spanish locales, or `ij' in Dutch locales.

     To work around these problems, which may cause bugs in shell
     scripts, set the `LC_COLLATE' and `LC_CTYPE' environment variables
     to `C'.