Чё-то ты упоролся, иди погуляй.

Ещё твои cmd $(cmd2) отвалятся из-за ограничения на длину командной строки.

Потому, что есть

find . -iname "*.htm*" -exec grep "<title" "{}" \;

find . -iname "*.htm*" -print0 | xargs -0 -n 1 -P 1 grep "<title"

Это не списки, это файлы.

grep "<title" $(cat hmtl.list)

Так с файлами работать нельзя. И это много где упоминается.

конвеер

В приведённом пайпе отсутствует редактирование списка ручками.

Нельзя

Нельзя! или Нельзя? Ссылки в студию, пожалуйста. Хотелось бы почитать подробное разъяснение.

Пока не отваливались.

Во-первых, ты не понимаешь что такое «списки» - https://ru.wikipedia.org/wiki/Список_(информатика)

Во-вторых, при чем здесь bash? Ты рассказываешь про обычные файлы. На Python ты с такими «списками» не можешь работать?

Пайп

Эта конструкция самая распространённая. Спору нет. Но почему о моей нет упоминаний. Плюс к этому, не всё в пайп закрутишь. Например, dpkg не закрутился.

Списки

Списки - это списки. И информатика здесь не при чём. Речь за bash. А конкретнее, за списки файлов.

Списки - это списки.

Именно.

Список - это когда для каждого элемента выделяется память; каждый элемент содержит само значение плюс ссылку на следующий элемент; а для двунаправленных списков - еще и на предыдущий. Отлично масштабируется, легок в трансформации, но сложно добраться до элемента с конкретным индексом, и кушает дополнительную память на ссылки/указатели.

Массив (вектор) - это когда выделяется память для всех элементов скопом, и значения хранятся друг за дружкой. Экономный в памяти, легко найти элемент по индексу, но сложно увеличивается/уменьшается, нужно потрудиться чтобы вставить/удалить элемент.

Файл есть файл. Еще есть временный файл, о котором ты говоришь.

Если ты уж общаешься в IT кругах , то потрудись освоить базовую терминологию. Хотябы тогда, когда тебя в нее тыкают носом. Иначе будут трудности с пониманием.

Но почему о моей нет упоминаний.

Из за лимитов. При достаточно большом кол-ве имён файлов произойдёт переполнение и всё засыпется. Перебирать по одному гораздо надёжнее.

Лимиты

В первом же сообщении указано, что со списками предполагается работать ручками. Расшифровываю: список файлов не может быть большим, иначе с ним невозможно работать. Вы же указываете на какую-то беспредельную файлопомойку. Но о файлопомойках здесь речи не ведётся, на файлопомойках вообще мало пользы от каких-либо действий.

Информатика здесь не при чём. Речь за bash.

Перебирать по одному гораздо надёжнее.

Чтоже вы в каждом вопросе свой xargs пихаете? Вам же сказали: есть файл, есть bash. Написать xargs на bash раз плюнуть, тем более для вашего «по одному» действию, что для grep просто жрать ресурсы на ровном месте, запуская его на каждый файл.

Почему нет упоминания? Есть! В статьях «как не надо делать в bash». Это плохая практика, она якобы работает в простых случаях, но даёт труднодиагностируемые ошибки впоследствии.

Например, имена файлы могут содержать пробелы. Хуже того, в именах файлов могут быть переводы строк!

Кроме того, есть ограничение на число аргументов командной строки. xargs это учитывает, prog $(<files.txt) - нет.

Могут возникнуть и другие грабли.

Иногда описанная тобой конструкция может пригодиться, но это так редко нужно и можно, что не стоит упоминания (хотя бы оттого, что ручного редактирования списка файлов всегда хочется избежать).

Есть только один надёжный способ создать список файлов, он называется «директория».

Статьи

Запрос Google: как не надо делать в bash.

Результат по теме: 0 (как минимум на первых трёх страницах).

Уважаемый legolegs, не морочте людям голову.

google +bash +(bad|worst) (practices|Habits) 2й резуьтат: http://mywiki.wooledge.org/BashPitfalls см первый пункт

google

за запрос google премного благодарен. Процесс пошёл. Будем изучать.