В стандарте UNIX требуются файловые системы, чувствительные к регистру?

В одном ответе на этот вопрос упоминается сертификация ОСКС UNIX 03 . В настоящее время AFAIK стандартная файловая система OSX является / была HFS , которая «сохраняет случай файла, который создается или переименовывается, но не чувствителен к регистру» (т.е. он сохраняет регистр, но не учитывает регистр ).

Требуется ли в UNIX-сертификации или POSIX файловая система, чувствительная к регистру ?

  • Как скопировать с помощью scp файл, который неизвестен с помощью сценария bash
  • с учетом регистра gnu mv на Mac OS X
  • bash без учета регистра команд
  • Как просмотреть имена файлов, чувствительных к регистру, для томов iso9660 / Joliet + UCS-3?
  • Являются ли ключевые слова в resolv.conf чувствительными к регистру?
  • Как нечувствительные к регистру файловые системы отображают имена файлов верхнего и нижнего регистра?
  • bash - нечувствительность к регистру переменной
  • Сломанная труба при выходе grepping, но только с флагом -i
  • One Solution collect form web for “В стандарте UNIX требуются файловые системы, чувствительные к регистру?”

    Согласно спецификации POSIX :

    Система может предоставлять нестандартные расширения. Это функции, не требуемые POSIX.1-2008, и могут включать, но не ограничиваться:

    –snip–

    • Несоответствующие файловые системы (например, устаревшие файловые системы, для которых _POSIX_NO_TRUNC являются ложными, файловыми системами, не зависящими от регистра, или сетевыми файловыми системами)

    –snip–

    Таким образом, похоже, что чувствительность к регистру является нормой, но возможно поддерживать несоответствующую (не зависящую от регистра) файловую систему и до сих пор вызывать ваш продукт UNIX, если он также может поддерживать файловые системы, чувствительные к регистру.

    (редактировать)

    Собственно, см. Эту часть спецификации :

    Было предложено два предложения относительно свертывания дел в именах файлов:

    1. Удалите все формулировки, которые ранее разрешали свертывание.

    обоснование

    Смещение флага несовместимо с набором символов переносного имени файла и определения имени файла (все байты, кроме <slash> и null). Никаких известных реализаций, разрешающих все байты, кроме <slash> и null, также делать фальцовку.

    1. Изменить ", хотя эта практика не рекомендуется:" to ", хотя эта практика сильно не рекомендуется".

    обоснование

    Если в POSIX.1 включить фальсификацию флага, формулировка должна быть более сильной, чтобы препятствовать практике.

    Консенсус выбрал первое предложение. В противном случае соответствующее приложение должно было бы предположить, что свертывание дела произойдет, когда оно не будет хотеть, но что это не произойдет, когда он будет нужен.

    Таким образом, похоже, что это намеренно оставлено двусмысленным – оно не разрешено и не запрещено.

    Interesting Posts

    Аудио не работает на Debian Jessie

    Что более широко используется: chmod 777 или chmod a + rwx

    Сценарий переключения Wi-Fi не работает должным образом через i3

    Изменить (не удалять) «фортуны» в консоли Linux Mint

    Как я могу выйти из графической среды из командной строки?

    Mint 18.1 считает, что ключи SSL – это презентации Apple Keynote?

    Raspbian Jessie: / etc / network / interfaces не применяет адрес inet6. Как диагностировать?

    почему «echo -help» не дает мне справочную страницу эха?

    Переменная среды не расширена внутри аргумента командной строки

    Разрешить доступ только для чтения user2 к подкаталогу user1

    Выполните команду только в том случае, если предыдущая команда была успешной в Fish (например, && в bash)

    «Ошибка проверки дайджеста» при обновлении системы

    Сетевой ввод-вывод и дисковый ввод-вывод без установки каких-либо или использования сторонних библиотек

    редактирование столбца, чтобы каждая строка получала другое число

    Sed: поиск и замена шаблона, который обертывается в следующую строку

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