AC>>> Что там еще? AC>> там еще расширенный find, в простых скриптах работающий в разы быстрее, AC>> там системный getopt(3) во всех тулзах AC> Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу AC> используется getopt(3). Ты что хотел сказать вообще? нетбсд не видал, а говорю о фрибсд AC>> вообще это очень жутко когда ты набирал tail /path/to/file и вспомнил AC>> что ключ -f добавить надо, добавил в конец по привычке (потому что AC>> курсор в конце стоит) а она тебе ругаться начала про то что не может AC>> открыть файл -f или про то что опции неправильные AC> И совершенно правильно делает. AC> Нефиг открывать файл -f! :-P совершенно неправильно делает. -f это опция, - в начале об этом говорит AC> Открываем стандарт и читаем, как должен работать tail. AC> http://www.opengroup.org/onlinepubs/009695399/utilities/tail.html AC> Там английским по белому все написано. да сколько можно молиться то на этот стандарт? GNU-шный find ему соответствует? соответствует, давайте 1965-го года стандарт поищем и тоже на него будем молиться :-\ а прогресс отменим AC>>> Нет find -print0 -- его в стандарте нет. Обоснование в том коде, что от AC>>> Caldera/SCO такое AC>>> The -print0 operand supported by some other implementations is AC>>> considered a very limited work-around since it does not allow AC>>> the output to be processed by utilities unaware of NUL AC>>> characters; it has therefore not been included here. AC>> ну да, давайте молиться на стандарты. AC> В данном конкретном месте я сторонник расширений -print0|-0. AC> Но есть и другие места. например + вместо ; в том же find (встроенный xargs) AC>>> _Программируемыми_ автодополнителями я не пользуюсь. AC>>> Ибо нефиг :-) жир разводить. AC>> типа лучше ручками каждый раз вдалбливать AC> Да. ну если мосье садомазохист то это не значит что все тоже такие же должны быть AC>> а справка по опциям не нужна под рукой? AC> Она всегда под рукой. man нет, ман в данном случае менее удобен, поскольку переключаться заставляет с терминала на терминал AC>>> Ты лучше покажи мне дистрибутив Линукса, в котором uuencode AC>>> _стандартный_ есть, или pax _стандартный_ или cksum _стандартный_ по AC>>> POSIX/SUS. Ну и так далее по списку -- нифига нету. AC>> и нафиг не надо, как стандартный он работает, AC> Нет, не работет. Ни cksum ни uuencode НЕ РАБОТАЕТ как полагается по 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