find: Как вывести список найденых файлов с пробелом вместо новой сторки в качестве разделителя?

Мне нужно:
Изначально создать список файлов с помощью find и записать его в переменной bash, чтобы не вызывать find помногу раз для каждого приложения.
При этом список нужно разделить по частям, чтобы не всплывало что список аргументов слишком велик.
Потом перевести разделитель новой строкой на разделитель пробелом, но так чтобы файлы с пробелом и кавычками в имени не сломались.
Потом эти списки списков пустить по 100500 прогам.

Перевод на новую строку не нужно менять на пробелы. В баше есть список. Вот так с ним можно работать:

find: Как вывести список найденых файлов с пробелом вместо новой сторки в качестве разделителя? (комментарий)

И

find: Как вывести список найденых файлов с пробелом вместо новой сторки в качестве разделителя? (комментарий)

Если файлов слишком много, увеличь лимиты:

find: Как вывести список найденых файлов с пробелом вместо новой сторки в качестве разделителя? (комментарий)

а у этих 10500 прог случайно нет опции подставлять вместо 10500 файлов - только один текстовый список файлов? Например, у rsynс есть опция --include-from и у tar тоже есть такой функционал, и у wget.

Да скучно. Во-первых, правильный ответ с find -exec {} \; уже назван. Во-вторых, автору бы нормальную документацию, вроде Искусство программирования на языке сценариев командной оболочки прочитать, вместо того, чтобы случайно пытаться применять советы из интернетов, авось подойдёт. В-третьих,

user> (fs/list-dir data-dir)
[#object[sun.nio.fs.UnixPath 0x2ad2be08 "/tmp/tmp.ybEU7QYXdM/file\ttab"]
 #object[sun.nio.fs.UnixPath 0x1f22d5ac "/tmp/tmp.ybEU7QYXdM/file space"]
 #object[sun.nio.fs.UnixPath 0x4c9b7a11 "/tmp/tmp.ybEU7QYXdM/file\nn"]
 #object[sun.nio.fs.UnixPath 0x7501a3f2 "/tmp/tmp.ybEU7QYXdM/file1"]
 #object[sun.nio.fs.UnixPath 0x5e5af730 "/tmp/tmp.ybEU7QYXdM/file'quote"]]
user> 

один вызов стандартной функции и у нас вместо мешанины строк, которую нужно разборчиво интерпретировать — список объектов типа UnixPath. Причём коду, работающему с последовательностями абсолютно всё равно, что там находится. Да и функции, работающие с UnixPath, тоже не напрягаются, если в пути, как в данном случае, содержатся пробелы, табы, переводы строк и т.п. символы.

Если язык работает с нормальными типами и структурами данных, то задача становится слишком простой, чтобы её как-то осбуждать. Но, повторюсь, проблема автора не в этом, а в попытке скопипастить решение, не вникая в суть как тут у нас в шелле всё устроено.

проблема автора не в этом

проблема автора в том что по синьке файлы обрабатывает

Может это только по пятницам. А в понедельник возьмётся за голову.

echo "${files[@]}" | app братан не в прошлую ли ты пятницу уже начал

appcaller.sh:

!/bin/sh
APPS=(
app1
app2
app3
app4
app100500
)
for i in ${APPS[@]}; do
   $i "$@"
done

main.sh:

!/bin/sh
find ..... -exec appcaller.sh {} +

good bot!