Bug 67106
Summary: | file list expansions using [M-N] ranges produces wrong results | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | ellson |
Component: | bash | Assignee: | wdovlrrw <brosenkr> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-06-20 14:16:00 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
ellson
2002-06-20 03:23:23 UTC
This is the correct result. Bash is i18n aware these days. If you don't like it, use LC_COLLATE=C I think that LC_COLLATE=C should be the default so that the behavior of shell scripts and Makefiles don't suddenly change. LC_COLLATE=C does restore reasonable behavior, but I can't see the logic of the new changed collate sequence. It still looks like a bug to me. In the example: touch m M n ls [M-N] why is "M" listed but not "m" |