Обработка имен файлов с пробелами, полученных от команды find - оно работает, но странно глючит

У тебя в первом случае -print0

find -iname \*.mp3 -or -iname \*.ogg | while read file; 
do

    echo "Processing ${file}"
 
done

И что? Согласно документации он заменяет символы конца строки на 0x00. Как это связано с тем, что видны только *.ogg файлы? Причем эти *.ogg файлы находятся в разных директориях.

Ага, нашел в чем была проблема.

Оказывается, -print0 применяется только к минимальной части составного условия, а не ко всей команде find. Что весьма неожиданно. Как применить ко всей команде - так и не понял.

Но зато зная эту особенность, можно написать правильно работающий скрипт:

#!/bin/bash

find -name \*.mp3 -print0 \
     -or -name \*.MP3 -print0 \
     -or -name \*.Mp3 -print0 \
     -or -name \*.ogg -print0 \
     | while IFS= read -r -d '' file; 
do

    echo "Processing ${file}"
 
done

Ну так ты же задал пустой разделитель -d ". Убери его и -print0 и должно все работать. IFS тоже не нужон.

Ты сам то проверил? Как без -print0 будут правильно обрабатываться пробелы в именах файлах?

Как применить ко всей команде - так и не понял.

Я так понимаю, можно задействовать скобки.

     find / \( -newer ttt -or -user wnj \) -print
             Print out a list of all the files that are either owned by “wnj”
             or that are newer than ttt.

Ты не фантазируй, а проверяй сначала свои предположения. Потому что с твоими правками имеем:

find -name \*.mp3 \
     -or -name \*.MP3 \
     -or -name \*.Mp3 \
     -or -name \*.ogg \
     | while read -r '' file;
do

    echo "Processing ${file}"

done

./soundConvert02.sh: строка 7: read: «»: это недопустимый идентификатор

Да, проверял.

$ ls -1 *.mp3 *.ogg
bar.ogg
foo bar.mp3
foo.mp3
$ cat test.sh 
find . -name \*.mp3 -or -name \*.MP3 -or -name \*.Mp3 -or -name \*.ogg | while read file;
do

    echo "Processing ${file}"

done
$ bash test.sh 
Processing ./bar.ogg
Processing ./foo.mp3
Processing ./foo bar.mp3
$ 

Как без -print0 будут правильно обрабатываться пробелы в именах файлах?

Так read читает до \n а не пробела.

Ша, дружище, не горячись. :)
У тебя ошибка в `-r "`. -r не принимает аргумента. Убери `"`.

Да, я это уже нашел.
Кстати, я по сути с твоего варианта и начинал, но он не работал, а сейчас уже не могу вспомнить как точно было написано, ибо ковырял три часа один и тот же скрипт всеми возможными способами.

Бывает. :)

Воу-воу, достаточно!

Нам бы с тем что уже имеется разобраться.

Как в Bash обойти все имена файлов, полученных от команды find, в которых могут встречаться пробельные символы?

Что это за вредный совет? А если у него \n в имени файла будет?

-iname, чтобы не учитывать регистр букв.

Во всех программах есть ошибки. Обычно, их пишут с расчетом «достаточно хорошо».

Скобочки \( \)

Оказывается, -print0 применяется только к минимальной части составного условия, а не ко всей команде find.

вот это поворот.
* побежал чинить свои скрипты.

Одно дело когда ошибки получились случайно и их фиксят при обнаружении, а другое - когда про них изначально знают и так и оставляют. Второе это однозначно плохо.

А вдруг там есть ещё файлы *.mP3, и их важно не задеть? Ну мало ли :)

к вопросу о работе в баш с null-terminated строками

find -print0 | while read -d $'\0' file;

Да. Но в таком виде оно уже менее читабильно, чем было. Ну то есть, скобки-то можно оставить, но перечислить три корректных капитализации, имхо, нагляднее и проще, чем сказать, что регистр неважен, а потом запретить один из вариантов, да ещё и с двумя дополнительными скобками необходимыми.

В согласен. Но! Написать абсолютно корректную программу очень сложно и часто нецелесообразно (нерентабельно). Потому, никто не обрабатывает в домашних однострочниках все теоретически возможные варианты. Споры и усложнение в теме про -print0 сам можешь видеть — -print0 все усложняет на пустом месте.

-print0 все усложняет на пустом месте.

наоборот упрощает, когда есть чехарда с пробелами и метасимволами.

я же показал, как надо исп. read для нуль-строк

Обработка имен файлов с пробелами, полученных от команды find - оно работает, но странно глючит (комментарий)

-d $'\0'

а -d "" неправильно? в интернете находил такой вариант, -d $'\0' не находил.

Пустой -d это тоже NUL

-d delim
                     The first character of delim is used to terminate the input  line,
                     rather than newline.  If delim is the empty string, read will ter‐
                     minate a line when it reads a NUL character.

find ... -exec, остальное ненужно.

find ... -exec, остальное ненужно.

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