По всей спецификации POSIX, там'ы предоставление (1, 2, 3...), чтобы позволить реализациям для лечения путь, начинающийся с /
специально.
А в POSIX-приложения (приложения, написанные спецификации POSIX, чтобы быть портативными для всех в POSIX совместимых систем) не может предположить, что /именем/foo/бар
такой же как в/Foo/бар
(хотя они могут считать, что //с именем/foo/бар
такой же как в/Foo/бар
).
Теперь что это POSIX-системах (историко-прежнему поддерживается), что относиться к //фу
специально? Я верил (Я'вэ сейчас не подтверждаются) что положение в POSIX толкнул Microsoft для их вариант в Unix (КСЕНИКС) и, возможно, слой окна в POSIX (может кто подтвердить?).
Он используется в Cygwin, который также является POSIX-подобных слоев для Windows. Существуют ли какие-либо сторонних систем Windows? Для OpenVMS?
В системах, где /именем/foo/бар
особенный, для чего он используется? `//хост/путь к сетевой доступ к файловым системам? Виртуальные файловые системы?
У некоторых applications работает на UNIX-подобных —если не система'ы АПИ— обращайся с /с именем/foo/барпути специально (в контекстах, где они в противном случае обращайся с именем/foo/бар
как путь в файловой системе)?
Редактировать я'ве с задал вопрос в Остин-группы рассылки о происхождении /именем/foo/бар
обработка в спец, а дискуссия-это интересно читать (от археологии точки зрения по крайней мере).
Это компиляция и индекс ответов до сих пор. Этот пост wiki_ _community, его можно редактировать любой человек, имеющий 100+ репутации и никто не получает репутацию от него. Не стесняйтесь отправлять свой ответ и добавить ссылку на него сюда (или Жди меня, чтобы сделать это). В идеале, этот ответ должен быть резюме (с коротких статей, а отдельные другие ответы были бы подробности).
//путь
просит МВС datasets, не сетевых файлов. Example.нотации//хост/путь
(см. также, стр. 2-15). По данным Донн Терри, это был л. с. (который приобрел компьютеры Аполлона), что настаивали на включении этого положения в спецификации стандарта POSIX для домена/ОС.
//хост/путь
в (снятая с производства в с svr4) БРВ удаленного обмена файлами системы./именем/foo/бар
специально для путей//депо/А/В/С/Д
указывает путь, в depot.//
для relative paths (смеси, связанные с данными блока).у некоторых приложений, работающих на UNIX-подобных —если не система'ы АПИ— лечить /именем/foo/бар дорожки специально?
Я в курсе волей-неволей, которая использует //депо/пути А/B/С/D
, чтобы обратиться к депо.
Волей-неволей также поддерживает //клиента пути/С/D
, когда клиент указывает на //депо/А/Б/
. Здесь, локальной файловой системы не может иметь этих путей.
Р4 filelog //депо/А/В/С/Д
покажет историю о том, что файл, даже если нет файла /депо/А/B/С/D
.
Р4 filelog С/D
также показывает историю этого файла, если выполнена из соответствующих каталогов.
Ссылка : https://www.perforce.com/perforce/r12.1/manuals/cmdref/o.fspecs.html
Несколько десятилетий назад компания Tektronix УТЭК (в BSD 4.2 семейства Unix, в первую очередь на национальных полупроводников 32016 ЦП тогда Моторола 68020С) обеспечивает то, что называется в DFS (распределенной файловой системы), при которых /именем/foo/бар
имел в виду бар
файл в фу
сервера DFS. Позднее он был заменен на солнце'с НФС.
К сожалению, я не'т ссылка еще на спине, но я может в конечном итоге найти некоторые УТЭК документации в мой подвал и обновлять этот ответ.
Вслед за от ответа. И читаем на стр. 2-15 от инструкцию по Bitsavers (Спасибо <суп>@grawity</суп и GT;).
Общие сведения По второму принципу проектирования домен/ОС распределенная файловая система, распределение по умолчанию подразумевает глобальной Единой пространство. Пространство имен распределенной файловой системы для пользователя выглядит как гигантский файловой системы разделения времени. Это традиционное иерархическое пространство имен в Unix, за исключением того, что абсолютные пути могут начинаться с имени корневого сети (называемый //). Это также можно выразить путей относительно корня локальный узел (КАТАЛОГ / КАТАЛОГ).
Также в старую инструкцию от с помощью "первый выпуск: июль, 1985 и". На странице 1-4:
двойной косой черты (//) на рис. 1-2 представляют собой верхний уровень дерево именования, корневой каталог сети.
Итак, мы получили подтверждение, что домен/ОС от используемых Аполло //
для корневой сети.
В в ReactOS проект, который является бесплатным и открытым исходным кодом реализации ядра NT и связанные с ними API - уже, видимо, обязались также осуществлять собственную Interix-как подсистему POSIX (хотя МС's первоначально подсистема OS/2 тоже упоминается, не упоминаются в ReactOS аналог).
Хотя до сих пор усилия были маленький, `вилка () - это, видимо, реальность. Вот отрывок из подсистемы'страницы проекта, как указано в разделе Открытые вопросы*:
пути
и ГТ; > Что's самый лучший способ использовать Win32 пути в POSIX-приложений? идеи:
- переводить
//<устройство и GT;/<путь в
> в\\.\<устройство и GT;\<путь>
(с особым случаем для буквы -//<письмо>/<путь> У
=> в<письмо>:\<путь>
- и специального побег//./<сырой текст> У
=>\\.\<сырой текст и GT;
. UNC-пути можно указать с//УНК/<путь>`).//
пути зарезервированы стандартом для реализации конкретного поведения, и//<письмо> в синтаксисе/
, спасаясь от Win32 путей, широко используется в существующих средах совместимости с POSIX
- эвристики признать, что "голые" в Win32 с пути как такового
- регистро-независимого поиска для Win32 путей и путей / /
*(не стандарт допускает подобные реализации поведения в пути//
?)*.
Я'м не уверен, что это квалифицируется, как я не уверен, сколько из этого было реализовано, но я думал, что это было бы интересное описание проблемы.
Другое применение: блендер относится к ведущим //
в качестве ссылки на проект (каталог, в котором `.Blend-файл сохраняется). Здесь'ы соответствующей странице руководства.
Это верно и для не-UNIX-подобные операционные системы (например, ОС Windows), а также.
В 1980-х годах, выб/Гоулд имел операционной системы Unix под названием UТУ-32 в которой в <код>//<и>хозяина</а>/<и>путь</а></код> эквивалентно в <код> В/объем/<и>хозяина</а>/<и>путь</а></код> В Солярис; т. е., путь удаленный доступ к пути `` узла хост. Я могу'т найти любую документацию на это, так что я Дон't знаю, было ли это РФС или параллельная эволюция (или же на&Т <дель>украл</дел> приобрел его у Гульда).
Государства POSIX в обоснование для А. 4.12 Постановления Путь пункты 9 и 10:
В некоторых сетевых систем строительство /../имя/ используется для ссылки на корневой каталог другого хозяина, и POSIX.1 разрешает такое поведение.
другие сетевые системы используют конструкция //имя хоста для той же цели; то есть, используется двойной начальный Слэш.
Этот кажется, чтобы подтвердить, что //
означает "сетевые корень" ну, или по крайней мере, такова была идея, когда правило было включено в POSIX.
Правилам следовать, чтобы удалить любое значение //
в середине пути /
начало пути:
... так как не ведущий последовательностей из двух или более &ЛТ;Слэш&ГТ; персонажи рассматриваются как единая &ЛТ;Слэш&ГТ;, ...
Конечно, / /
начал путь может расширить или изменить использование //
в пути (не на старте). В POSIX.1 это позволяет.
Это последнее подтверждает, что только //
допускается в начале пути.
У меня есть смутное воспоминание, что запись //хост/путь
был использован в&Т с SysV.3 в рамках своего общий доступ файл RFS реализации. Это в конечном итоге отказались примерно в то время с SysV.4 был выпущен в пользу проще, но более популярными НФС от "Сан майкросистемз".
Однако, я не могу найти каких-либо конкретных ссылок на синтаксис, и документацию я посмотрел только сейчас, кажется, указывает, что идея пользователя явно указать удаленный хост был бы против того, чтобы принцип проектирования независимость местоположения.
Ссылки