Date: Tue, 08 Jun 2021 07:52:07 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 256473] FreeBSD shells are case insensitive for character ranges Message-ID: <bug-256473-227-XUwaRVJGDl@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-256473-227@https.bugs.freebsd.org/bugzilla/> References: <bug-256473-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256473 Stefan E=C3=9Fer <se@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Open CC| |se@FreeBSD.org --- Comment #1 from Stefan E=C3=9Fer <se@FreeBSD.org> --- Please check your LANG (and possibly LC_CTYPE) setting. There are many locales that do not follow the ASCII collating sequence A ..= Z followed by a .. z. Very common is a sequence of: A a B b ... Z z - and that includes all lower case letters except z within the range [A-Z]. Try with LANG set to "C" whether this gives the expected result. Shell scripts that depend on a specific collating sequence should always re= set LANG and LC_CTYPE to default values (e.g. LANG=3DC and LC_CTYPE unset). Interactive shells should be able to support LC_CTYPE=3DC to set the collat= ing sequence independently of LANG, but in my tests this is implemented to different degrees in different shells. Some shells do not even respect the collating sequence specified by LANG, a= nd bash is the one that appears to ignore both LANG and LC_CTYPE and to always= use the ASCII collating sequence (or rather pure bytewise string comparison?). The tcsh in FreeBSD uses only LANG and ignores LC_CTYPE to select the colla= ting sequence, btw. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256473-227-XUwaRVJGDl>