find .. и отправить весь результат .. а как же пробелы?

например так:

find $1 -type f \
  | grep -vi .svn \
  | while read -r fl; do
      do_smth "$fl"
    done

обрати внимание на кавычки "$fl"

 

... find . -type f -print0 | xargs -0 grep -vi ...

Ещё вариант - использовать -print0 у find и xargs --null

>Интерпретатор - bash

Можно на время работы цикла менять значение переменной среды IFS, например перед циклом делать: "OLDIFS="$IFS", IFS=$'\n'", а после цикла восстанавилиать обратно IFS="$OLDIFS". Тогда поля будут разделяться только переводом строки.

Ну, а еще у find есть опция -ls, тогда пробел, перевод строки и прочие символы будут представлены как '\ ', '\n' и т.д.

Вообще, стоит почитать какой-нить FAQ по BASH на предмет чтения строк.

Но если конкретнее отвечать на вопрос, то для чтения строк ( из файл например) нужно делать так:

cat file | while read line ; do echo "$line" ; done

// LateARuS

А еще можно: find $1 -type f \! -name "*.[sS][vV][nN]" -exec чего-то {} \;

Двачую -print0.

оооо.... мужики всем громадное спасибо... как же все здорово...

>Можно на время работы цикла менять значение переменной среды IFS, например перед циклом делать: "OLDIFS="$IFS", IFS=$'\n'", а после цикла восстанавилиать обратно IFS="$OLDIFS". Тогда поля будут разделяться только переводом строки.

Гениально! Большое спасибо! Я хоть не автор поста, но мне очень помогло.

а -print0 выводит все сплошняяком и тогда вообще не видно отдельный файлов, просто месево получается. О чем и написано в manual..

опция -ls в find не помогает потому что он вметсо пробела ставит posix верный: '\ ' но все равно пробел остается имя дробиться... а вот фокус с $IFS работает! спасибо!

dilmah, твой пример один сработал, и я узнал новую функцию read...

спасибо тебе огромное!

Присоединяюсь к толпе благодарных.

Пример того, "о чём я хотел узнать, но боялся спросить":
(export IFS=$'\n'; ls -l `locate .avi`)

while/xargs запускают новый процесс, что не всегда приятно. Но и за эти примеры тоже большое спасибо!

> while/xargs запускают новый процесс

если уж на то пошло, то круглая скобка тоже запускает новый процесс:)

xargs это весьма адекватная штука

> , что не всегда приятно

неприятно когда вместо 2 поцессов запускается 20000. А когда вместо 2 запускается 3 это вполне приемлемо

> (export IFS=$'\n'; ls -l `locate .avi`)

тут ты имеешь проблему если avi файлов слишком много и они превышают лимит на длину командной строки. xargs эту проблему решает

Прочитал твоё сообщение, и понял, как сумбурно я выразился :)

Моя исходная (не решённая до прочтения этого треда) проблема - пробелы при ll `locate что-то`.

Вот её решения, которые я тут вычитал, и за которые я благодарю их авторов:

1. (export IFS=$'\n'; ls -l `locate что-то`)

2. locate что-то |while read -r fl; do ls -l "$fl"; done

3. locate что-то |xargs -d \\n -I '{}' ls -l "{}"

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

да, я понял почему все нормальные люди торчать от юникса:

clear; b=$IFS; IFS=$'\n'; ls -l `find ./ -type f | grep -iv .svn | grep -i scripts`; IFS=$b

это действительно приятно, взять, собрать кучу нужный файлов, например графическихъ, создать на них символьный линки и кинуть все в пасть какого нить просмоторщика типа gthumb.. а в виндухе плодят кучу проиложений, причем понятно, что из математики, чт осистема остается все равно не полной, хоть миллион напиши приложений, пока не замкнешь вход на выход ничего хорошо не выйдет. ха!

> 3. locate что-то |xargs -d \\n -I '{}' ls -l "{}"

> Мне проще запомнить первое решение.

если заменишь на прямолинейное:

locate что-то | tr \\n \\0 | xargs -0 ls -l

то тоже будет легко запомнить.

> locate что-то | tr \\n \\0 | xargs -0 ls -l

Круто! Оказывается, xargs ещё умеет группировать элементы в один вызов: в твоём примере ls вызывается один раз (или столько, сколько потребуется, чтобы не переполнялся список аргументов).