On 8/13/15 1:36 PM, Greg Wooledge wrote:
> However, bash does define a shopt called "globasciiranges" which
> changes the behavior of [a-z] from locale-based to traditional US-ASCII.
> You might want to try that, if you aren't willing to use the portable
> syntax, or to dumb down your LC_* variabl
On Thu, Aug 13, 2015 at 10:15:18AM -0400, g...@callahans.site wrote:
> Description:
> bash includes characters of wrong case when globbing with ranges
> (i.e., [a-z]), after the first instance.
The result of [a-z] in locales other than C or POSIX is implementation-
defined. If you wan
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc -I/home/abuild/rpmbuild/BUILD/bash-4.2
-L/home/abuild/rpmbuild/BUILD/bash-4.2/../readline-6.2
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -D
Never mind. Further investigation shows it's working as designed, and the
(ir)rationale behind it.
Sigh. Just when I thought EBCDIC was nothing but a distant, painful memory,
it gets institutionalized.
gwb
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc -I/home/abuild/rpmbuild/BUILD/bash-4.2 -
L/home/abuild/rpmbuild/BUILD/bash-4.2/../readline-6.2
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -
DCONF_OSTYPE='linux-gnu' -D
