К сожалению. это не работает На самом деле, да! Экспорт `POSIXLY_CORRECT=1` приведет в POSIX-совместимых поведение GNU-это `/бен/Эхо`. Я не имел в виду "ярлыки" или "хитрости" в любом негативном смысле :-) то, что я имел в виду, что он не казался, что ДД сканирования тип каждого файла по содержимому, как он побежал; он просто ищет в каталоге/реж записи (что то же самое, что " дю " делает), чтобы построить быстрый выход. Исследовав тип будет либо быстро взяли на расширение файла (или где он был найден, например, музыки iTunes реж) и исследовав материалы (медленнее). Видя, как время bmike тщательно подобранных " дю " с ДД, я предполагаю, что ДД не изучают содержимое файла. В любом случае, хорошее приложение и отличный интерфейс!

найти , кажется, исключение из правил. На самом деле найти возникшие вне группы начальной утилитой разработчиков для Unix, отсюда несоответствующего использования "длинных" вариантов.

Как это часто бывает, стандартизация произошло только после использования краткосрочных опционов и длинные-вариантов стало обычной практикой в большинстве программ, и это отчасти потому, что некоторые процедуры или библиотеки стали доступны для варианта разбора (тем самым обеспечить определенный неявный стандарт). Но, конечно, в то время это было слишком поздно, чтобы изменить существующие программы, как найти, таким образом, что бы не нарушить скрипты. Соответствие POSIX, с двумя минусами, это менее важно, чем не нарушить эти сценарии.

Обратная совместимость-это в том числе причина, почему короткие варианты для смолы может быть определен с или без тире.