IEEE и The Open Group предоставили право 'Linux Manual Pages Project'
на включение материалов IEEE 1003.1 POSIX standard и The Open Group Base Specifications Issue 6.
во уроды
We're taking active steps to increase the adoption of POSIX within the software community. Making POSIX more available to Linux developers is one such step.
это надо было сделать 5 лет назад !
то что они открывают только сейчас показывает что они ублюдки
фу, глупо заправлять в одну упряжку горячего арабского скакуна
Linux и старую полудохлую клячу с именем POSIX ;).
Линус кстати любить едко пошутить над posx.
Вердикт - есть Linux и остальные юниксы, которым приходится
равнятся на него ;).
> Активно обновляющийся man - кошмар наяву для программиста.
Не ман, а маны. Мелочь вроде, а смысл меняет кардинально. Да, для вас документация, поспевающая за разработчиками - это кошмар? Тогда вам в линукс...
>> А у них свои маны, активно обновляющиеся, а не затюканные как в линуксах.
>Активно обновляющийся man - кошмар наяву для программиста.
лучше уж активно обновляющийся ман, чем ситуация, когда ман полностью не соответствует программе. а еще хуже когда встроенный usage (--help) не соответствует ни ману ни проге (увы я с таким стыкался. когда выдернул getopt строку - она не совпала ни с маном ни с хелпом). Активно писать софт - это хорошо. Но при отсутствии нормальной доки пользоваться этим софтом сплошное мучение (смотри ситуацию с Microsoft - дока тоже кривая и писать под нее довольно мучительно. увы линукс идет по томуже пути)
А POSIX это в любом случае хорошо! Стандартизация это всегда хорошо. При нормальной стандартизации вызовов не нужны заточки под разные платформы или версии ядер/сборок (autoconf/automake это костыль помогающий решать проблему нестандартности, но костыль - всеравно частное решение. ибо прога должна правится под каждый вариант. вместо того чтобы сделать стандартное окружение)