>>>$ dmesg > file.txt
>>>$ f=`cat file.txt`
>>
>>а файл >128К? а >1M? а с символами $, !, <, > и т.п.??
>
>Длинные файлы будут обрабатываться существенно медленнее, чем в предложеном вами решении, но
>всё-таки будут :) Действительно... Когда-то давно, помнится(+склерозз) наступал на грабли с ограничением макс.длины ком.строки в ~128К или 100К -- перепутал чего-то (с багом в xargs-е? ограничения MS-DOS-а в ??К?! %-D ).
>А вот как могут навредить спецсимволы я пока не вижу, во всяком
>случае вариант
$ for f in {a..z}{a..z}{a..Z}; do cat 7676-13^01 ; done >file.txt
$ f=`cat file.txt`
$ ls -l file.txt
-rw-r--r-- 1 abm abm 15499328 Дек 3 18:46 file.txt
$ echo "$f"|wc -c
15499328
$ echo $f|wc -c
15126176
$ _
Ну, на вскидку патч Бармина в .txt не "кладётся", только "небольшая" разница в показаниях... И совсем не в строке с _q=`_, а c _echo \ $f_ -- не в спортлото, а в карты, да. :(
>>${i^^} - это на каком шеле? и "предупреждать надо"(тм)
>
>$ i=AbC; echo $i - ${i^^} - $BASH_VERSION
>AbC - ABC - 4.0.35(0)-release
"Я что-то пропустил?!" :))
$ i=AbC; echo $i - ${i^^} - $BASH_VERSION
bash: ${i^^}: bad substitution
$ echo $BASH_VERSION
3.2.39(1)-release
>В реализациях sed, которые я нахожу в зоне прямой видимости, -i это
>"case insensetive regex".
:/ grep -i попутал с sed s///i
>>real 0m16.397s
>>Чего-то моментальненько...
s/ .\+ь/-то не момоменталь/
>>в три раза короче и в 10 раз быстрее.
>Перла я не знаю, но могу предложить вот такой вариант на awk
Я тож, но :) перл-еры пока не купились на бейт.