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

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

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

  • bash - игнорировать регистр, но запретить автозаполнение, если двусмысленный
  • Сохранение и сохранение в Vim?
  • с учетом регистра gnu mv на Mac OS X
  • grep: игнорирование GREP_OPTIONS для поиска с учетом регистра
  • Неисправность регистра файловой системы OS X vlc
  • Как скопировать с помощью scp файл, который неизвестен с помощью сценария bash
  • Удалить строку, содержащую нечувствительность к регистру
  • Поиск дубликатов файлов по имени, игнорирующих случай в подкаталогах
  • 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

    Ввод расширенных значений ascii

    подсчитывать строки в файле

    Почему политика маршрутизации на знаках iptables, применяемых в цепочках FORWARD или OUTPUT, несовместима?

    Невозможно использовать USB через DD-WRT на Buffalo WZR-HP-G300NH2

    Курсор мыши исчезает после запуска gnome-settings-daemon в OpenBox

    Восстановить удаленный файл, который в настоящее время записывается в

    ldconfig не соответствует пользовательской символической ссылке

    Чувствительность странного поведения к ситуации с bash на MacOS

    Отключение веб-камеры

    Станет ли стабильная версия debian получать обновления без защиты после выхода стабильной?

    Как преобразовать символ метки опроса в акцентированные буквы

    Как предотвратить прогресс dd от бессмысленности в Linux?

    Переадресация командного вывода с помощью супервизора

    Формат временной метки файла ls -l

    Преобразование абсолютной символической ссылки в относительную символическую ссылку с помощью простой команды Linux

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