Почему команды верхнего регистра работают в моей оболочке Bash?

Я использую Bash 3.2.57 на OSX.

Обнаружено сегодня случайно, что я могу ввести cp или CP для копирования, ls или LS для отображения файлов и rm или RM для удаления. CD для изменения каталога не работает. (предположительно потому, что cd является встроенным).

  • В чем существенное отличие между grep foo $ (CMD) и CMD | grep foo
  • Есть ли способ получить * фактические * (неинтерпретированные) аргументы оболочки в функции или скрипте?
  • Unix OSX невидимый процесс, как я могу определить дополнительную информацию?
  • Замена Bash Combine и экстракция субструн за один шаг
  • Есть ли простой инструмент Bash, который может быстро отображать базовый HTML?
  • Использовать piped stdin в качестве аргумента для следующей команды
  • man CP , man RM т. д. не работают

    which CP указывает мне на /bin/CP , но в моем листинге /bin нет CP .

    Но file /bin/CP показывает /bin/CP: Mach-O 64-bit executable x86_64 .

    Все очень запутанно!

  • rlwrap: autocompletion mysql не работает
  • Использование cut / awk / sed с двумя разными разделителями
  • Трубопровод sed для grep не работает должным образом
  • Как найти частоту появления строк, содержащихся в файле?
  • Лучшие ресурсы для изучения сценариев bash?
  • Более короткий тайм-аут ошибок ввода-вывода MacOS X
  • One Solution collect form web for “Почему команды верхнего регистра работают в моей оболочке Bash?”

    Нечувствительность к регистру и поведение, сохраняющее регистр, – это старый выбор, сделанный Apple, и мне кажется, что оболочка просто вторит тому, что вы набираете. (Попробуйте LS /BIN/CP .) Это поведение устранено, наконец, и, к счастью, с введением APFS , Apple Filesystem, которое должно быть доступно когда-нибудь этой осенью с предстоящим macOS High Sierra. Он также будет на watchOS, tvOS, iOS. Хотя HFS + может быть отформатирован как чувствительный к регистру, не все программное обеспечение может различать разницу.

    Linux и Unix - лучшая ОС в мире.