Bug 10821 - broken file glob
broken file glob
Product: Red Hat Linux
Classification: Retired
Component: glibc (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Jakub Jelinek
Depends On:
  Show dependency treegraph
Reported: 2000-04-14 11:36 EDT by jpeek
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-06-02 10:27:21 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description jpeek 2000-04-14 11:36:30 EDT
ls [A-Z]* seems to match independently of case with the shipped zsh

Interestingly ls [A-B]* does not macth b* but [A-C]* or [B-Z]* does.

Installed zsh.3.1.6 which seems to fix it, but this is probably beta zsh

Lost a bunch of file using this, hopefully I had backups.
Comment 1 Trond Eivind Glomsrxd 2000-04-17 13:29:59 EDT
I've confirmed the bug and reported it to the zsh-team - and will try to find
Comment 2 Trond Eivind Glomsrxd 2000-04-18 12:35:59 EDT
The problem is that when using a locale, A < a < B. This doesn't only affect
zsh, but also bash2. I'm not sure about what to do with it - explicitly
unsetting LC_COLLATE (setting it to POSIX, perhaps) in the program might be one
solution, but what side effects would that have?
Comment 3 Trond Eivind Glomsrxd 2000-04-18 14:39:59 EDT
The glibc way of sorting doesn't make sense
Comment 4 Jakub Jelinek 2000-08-24 03:41:13 EDT
This has changed recently, both fnmatch/glob and regex should behave more

Note You need to log in before you can comment on or make changes to this bug.