Официальный UNC описания (Универсальное соглашение о присвоении имен)

Проверьте на killproc функция, доступная в /etc/init.d/functions сценарий, получите файл и используйте функцию. Или используйте pgrep и pkill утилиты, чтобы проверить, работают ли они намечено и затем используют их. Пример: pkill -SIGTERM mysqld отправил бы ТЕРМИН сигнал уничтожения, чтобы иметь mysqld выполняют безопасное завершение работы и сбрасывают базы данных на диск, прежде чем быть уничтоженным.

4
04.12.2012, 06:08
3 ответа

\\hostname\directory\… синтаксис (непосредственно) не происходит в мире Unix, насколько я знаю. Я не знаю его источник; от того, что я могу найти в сети, UNC не происходит из Сетевого обеспечения, и при этом это не прибывает из Plan9 или VMS. К 1995 это была собственная функция и Windows NT и ОС/2. ОС/2 еще имела понятие май 1993, который предшествует первому выпуску Windows NT. Это, возможно, произошло из Диспетчера локальной сети (разработал wby Microsoft сверху ОС/2 IBM, в то время, когда IBM и Microsoft совместно использовали код ОС/2).

Раннее упоминание о UNC находится в американских доступных 5363487 (нижняя часть столбца 29, рис. 9), зарегистрировано в 1989 Microsoft (благодаря John Summerfield для ссылки). Более поздний патент, США 5341499 (IBM), подтверждает, что “Универсальное Соглашение о присвоении имен было совместно изобретено IBM и Microsoft для использования в их совместно разработанных программных продуктах Локальной сети (LAN)”. Это, очень вероятно, будет означать Диспетчер локальной сети.

Существует капля вдохновения Unix в UNC, в котором это устраняет необходимость букв дисков, позволяя сетевым дискам быть сосланным непосредственно вместо того, чтобы иметь необходимость сначала присвоить букву диска (и удостовериться, что не имело конфликт, только с 26 или 32 буквами дисков). Но Unix использовал более гибкую систему точки монтирования с почти дня 1, где сетевой диск может быть присоединен в любой точке в иерархии каталогов и не наверху.

Unix подтверждает UNC, в котором она позволяет // в начале пути, который будут рассматривать особенно. От объяснения POSIX (4.11 Разрешение Пути):

Другие сетевые системы используют конструкцию//имя хоста для той же цели.

Обратите внимание, что объяснение упоминает “другие системы”, не “историческое использование”. Это сильно подразумевает это //hostname/directory не историческое использование в мире Unix, но использование в некоторой другой системе, где реализации POSIX могли бы существовать.

8
27.01.2020, 20:46
  • 1
    Вздох. Я думаю, что должен переписать вопрос так, чтобы люди прекратили интерпретировать это как приглашение спорить о том, кто изобрел UNC. Я ищу информацию об источнике идеи. Спасибо за доступную ссылку, все же. Я не соглашаюсь с Вашими заключениями, но это не место для утверждения об этом. использование –  Isaac Rabinovitch 04.12.2012, 04:06
  • 2
    @IsaacRabinovitch идея тесно связывается нотацией. Это - продукт существующего ранее синтаксиса для путей DOS (файл обратной косой черты каталога обратной косой черты двоеточия буквы) измененный для размещения удаленных путей простым способом (более простой, чем синтаксис Unix, который является более общим (настолько менее легкий проанализировать) и требует монтирования перед использованием — проблема, которую мир Unix решил посредством автомонтирования). –  Gilles 'SO- stop being evil' 04.12.2012, 10:46
  • 3
    Хорошая теория. Но я ищу документы. –  Isaac Rabinovitch 04.12.2012, 22:07
  • 4
    @IsaacRabinovitch я нашел явное подтверждение в другом патенте. Это от Диспетчера локальной сети (по крайней мере, в его точной форме двойного разделителя каталога, имени хоста, абсолютного удаленного пути). –  Gilles 'SO- stop being evil' 04.12.2012, 22:20
  • 5
    Да, вид вещи я ищу. Патент #? –  Isaac Rabinovitch 05.12.2012, 06:06

Поскольку я помню это (и Википедия соглашается), UNC является термином, который происходит из Microsoft Windows.

На самом деле я не думаю, что когда-либо слышал прежде, который это породило в UNIX.

Кроме того, я не могу найти ссылки на UNC или в POSIX или в любом RFC. Каждая ссылка, которую я нашел в другом месте, относительно Windows. И исключительная ссылка, Вы цитируете называющий UNIX в качестве источника также, цитирует Windows в качестве источника.

Существует игра, в которую они играют на Улице Сезам...

Одна из этих вещей не похожа на другие...

Это отсутствие ссылки является лучшим доказательством, я могу найти, что это приводит к заключению, что термин не произошел в UNIX. Предоставленный, отсутствие доказательства не является доказательством отсутствия. Но кажется более вероятным, что существует ошибка в определении Mag ПК, чем которое существует зияющий пропуск в спецификации POSIX и что во все это время никогда не было UNC определения RFC, а тем более даже упоминания его.

Но я с удовольствием вниз проголосую за свое собственное сообщение, если я буду неправ.

2
27.01.2020, 20:46
  • 1
    , я развернул свой ответ относительно спецификации POSIX и RFC. Предоставленный, отсутствие доказательства не является доказательством отсутствия. Однако это действительно в большой степени взвешивает фактор вероятности. –  bahamat 03.12.2012, 21:59
  • 2
    я сказал бы полную противоположность. Нет никакого доказательства, что звезды ведут нашу судьбу. Об обратном существует больше доказательства. Если доказательство противоречит Вашей вере затем, пора изменить Вашу веру. –  bahamat 03.12.2012, 22:04
  • 3
    И W3C не может решить для URL или URI также. –  bahamat 03.12.2012, 22:06
  • 4
  • 5
    На самом деле существует упоминание в объяснении POSIX (не по имени), который убедительно предполагает источник не-Unix. –  Gilles 'SO- stop being evil' 04.12.2012, 01:07

При расширении локальных файловых систем, чтобы быть частью большей сети через '//имя хоста/каталог/имя файла' нотация относится ко времени, по крайней мере, Apollo/DomainOS (1981), хотя это не назвали UNC в то время. Apollo/DomainOS мог использоваться с SysV и средами Unix BSD.

См. главу 1 в http://www.typewritten.org/Articles/Apollo/005488-02.pdf

6
27.01.2020, 20:46

Теги

Похожие вопросы