OS X中的bash不區分大小寫嗎？

verboze

2011-08-17 20:41:59 UTC

view on stackexchange narkive permalink

OSX上的bash命令是否不區分大小寫？我鍵入“哪個TR”，它顯示/ usr / bin / TR，儘管那裡沒有這樣的二進製文件。對於其他二進製文件，大寫時也是一樣。還是Terminal.app可能正在執行此翻譯？如何關閉此功能？

出於好奇，您為什麼要關閉此功能？

這是一個引人注目的問題。 Bash有一個** nocaseglob **選項來控制大小寫是否匹配範圍，但是這種小技巧比普通的`locale`和** completion-ignore-case ** / ** nocaseglob **更深

我想將其關閉的原因確實很愚蠢。在shell上工作時，我習慣於區分大小寫。我只是擔心此功能會使我絆倒。例如，我編寫了一個bash腳本，錯誤鍵入了“ lS”；該腳本將在OSX上正常運行。我將其移到我的cenTOS框中，然後中斷了。當然，這將很容易檢測和修復，但是如果我可以使腳本在兩個系統之間以相同的方式工作，則可以完全避免這種情況。我是偶然發現的，到目前為止還沒有什麼麻煩，因此我可能不會僅為此目的而進行更改文件系統的練習。

您之所以要關閉此功能，是因為不區分大小寫會導致某些應用程序出現問題，例如SVN。不區分大小寫的globbing很有用，但是如果您創建一個名為“ Foo”的文件，SVN將會非常混亂，然後存儲庫會以某種方式創建對“ foo”的引用。

禁用的另一個原因：自1980年以來，我的路徑中一直有腳本〜/ bin / CC。cc加上一些令人愉快的默認值。它從UNIX v6到v7，Eunice，BSD 4.1、4.2、4.3，SVr4，Xenix，Gould UTX，Linux，cygwin等都可以使用，並且在MacOS上首次失敗，無限遞歸。

我想知道是否可以利用HFS +的大小寫無關性來解決安全漏洞。谷歌搜索發現該問題已經遇到 http://article.gmane.org/gmane.linux.kernel/1853266 http://www.itworld.com/article/2868393/linus-torvalds-apples-hfs-is-probably-the-worst-file-system-ever.html 2015年1月儘管已在Git中修復，但對於Mac來說，這是一個等待發生的漏洞曾經從其他類似UNIX的用戶安裝過軟件的用戶區分大小寫的系統。因此，對於從區分大小寫的iOS移植到Mac OS X的代碼，這可能是一個潛在的安全漏洞。

這也把我搞砸了。在OSX上運行良好的構建和開發部署在Ubuntu上無法通過測試，因為我在gulp腳本中輸入的字母小寫而不是大寫。我不喜歡此功能，因為它可以容忍您的生產系統絕不會出現的錯誤。

這確實讓我感到震驚，因為在CentOS上工作時，無法在macOS終端上工作的東西對我來說不起作用，並且我一直盯著代碼，直到我意識到Mac上存在不區分大小寫的可能性。

#include <sys / stat.h> #include <iostream> int main（int argc，char ** argv）{ struct stat sb; int ret = stat（argv [0]，&sb）; std :: cout << ret << std :: endl; }