Linux новичок: Linux против POSIX руководство - PullRequest
4 голосов
/ 26 января 2009
$ apropos mkfifo
mkfifo (1)           - make FIFOs (named pipes)
mkfifo (1posix)      - make FIFO special files
mkfifo (3)           - make a FIFO special file (a named pipe)
mkfifo (3posix)      - make a FIFO special file
mkfifoat (3)         - make a FIFO (named pipe) relative to a directory file ...

Итак, у меня есть справочные страницы для Руководства для программиста Linux и Руководства для программиста POSIX. Что мне лучше и почему? (Я пишу приложение для Linux, не планирую портировать его на AIX, BSD и т. Д.)

Спасибо.

Ответы [ 2 ]

10 голосов
/ 26 января 2009

В основном руководства linux - это документация команд / API от их авторов; Руководства POSIX взяты из стандарта POSIX. Обычно «нормальные» короче и короче, но имеют дело с конкретной реализацией; POSIX - более длинные и подробные (см. man 3p read), но они говорят только о том, что в стандарте.

Лучше всего смотреть в оба.

2 голосов
/ 20 сентября 2012

нет планов его портирования [на] AIX, BSD и т. Д.

Знаменитые последние слова :-) Это может быстро измениться, прежде чем ваше резюме станет слишком длинным.

Чтобы ответить на этот вопрос, проект документации Linux однажды спросил Opengroup (который отвечает за выпуск стандарта POSIX), могут ли они использовать свою формулировку, как указано в официальном стандарте. Запрос был удовлетворен для выпуска 7, текущего на тот момент (~ 2011 г.).

Страницы руководства, не относящиеся к POSIX, обычно описывают больше и разные опции. Тем не менее, разработчики, стремящиеся написать переносимые программы, должны обращаться к справочным страницам по POSIX. Вот стандарт POSIX (выпуск 7) в Интернете.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...