AC>> а так и есть AC>>> В линуксе test работает правильно только лишь потому, что AC>>> getopt(3) в нем не вызывается. Параметры test слишком сложны AC>>> для getopt(3). Тебе привели хороших два примера. AC>>> 1) transport [OPTIONS] remote_host remote_cmd [remote_cmd args.] AC>> ssh host ls -l в линуксе неправильно работает? AC> Всё. Вопросов больше не имею. Ты вообще не понимаешь, что такое AC> спецификация, никакая спецификация не отследит ВСЕ случаи жизни, поэтому когда возникает случай выходящий за ее рамки (а он и в случае BSD-шного getopt неизбежно может возникнуть), то что-то приходится делать вручную. AC> зачем ее соблюдать, ну ка сформулируй, а то я у тебя вижу непонимание зачем ее соблюдать AC> и не понимаешь, что можно назвать AC> расширением, а что нарушением стандарта. парсинг опций в стиле GNU - расширение стандарта, но ни разу не нарушение впрочем если быть дотошным то конечно КАЖДОЕ расширение стандарта является его нарушением, но если это принимать во внимание и развиваться по методу "сперва изменили стандарт, потом написали его реализацию", то до сих пор бы работали на арифмометрах AC> То есть на лицо очевидные AC> проблемы с логическим мышлением. вот исправляй, тем более что ты свои проблемы уже осмыслил -- . ''`. Dmitry E. Oboukhov : :’ : unera@debian.org `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Attachment:
signature.asc
Description: Digital signature