sed без регулярных выражений

Тебе точки надо экранировать в шаблоне, а не в обрабатываемом файле.

какая стоит задача?
то что вы описали - не задача, а придуманные вами костыли

Если на один раз, то можно открыть в текстовом редакторе и заменить вручную.

Автоматизировать — например, так: http://stackoverflow.com/a/10467453/467290

какая стоит задача?

В одном файле берется оригинал и перевод, в другом - исходный текст. При нахождении оригинала в исходном тексте оригинал заменяется на перевод.

то что вы описали - не задача, а придуманные вами костыли

Где вы увидели в моем решении костыли?

grep -F

Если на один раз, то можно открыть в текстовом редакторе и заменить вручную.

На один раз я обычно скрипт не пишу.

Автоматизировать — например, так: http://stackoverflow.com/a/10467453/467290

Спасибо, посмотрим, что это даст.

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

И как мне применить его в сочетании с sed?

не использовать sed

Нет, не совсем правильно. По ссылке вышедаденой на stackoverflow - более правильное решение.

шаблон нужно сначала обработать, чтобы экранировать точки.

silwer@dalamar ~ $ a=$(echo 'т.к.' | sed 's/\./\\./g')
silwer@dalamar ~ $ echo $a
т\.к\.
silwer@dalamar ~ $ echo "т.к. что-то" | sed 's/'$a'/because/g'
because что-то

router@jb:~$ echo '12[35]45234т.к.$%^' | perl -e 'use utf8; if ( $ENV{"LANG"} =~ /UTF/i ) {  binmode STDIN, ":utf8"; binmode STDOUT, ":utf8"; }; while ($_=<>) { chomp; print "\Q$_\E\n";}'
12\[35\]45234т\.к\.\$\%\^
router@jb:~$

Заморачиваться с utf пришлось только из-за русских букв.

З.Ы. Как ты подсветку синтаксиса включил?

+1, пусть тс оторвется от этих ворот и присмотрится к другим.

Как ты подсветку синтаксиса включил?

[code=bash]
...
[/code]

шаблон нужно сначала обработать, чтобы экранировать точки.

Шаблон изменять нельзя, его используют и другие программы. А создать копию шаблона и менять - долго и костыльно.

не использовать sed

Ваши предложения?

вот, или python/perl/ruby

grep -F

Grep-то в данном случае работает правильно, но sed - нет. Но мне нужна именно замена.

python/perl/ruby

Самосовершенствование, конечно, хорошо, но я не программист, и ради довольно-таки простых вещей python/perl/ruby учить не хочется.

хорошо, но я не программис

Тогда установи mysql - так был replace как бинарь.

Где вы увидели в моем решении костыли?

Перевод sed'ом это даже не костыли, а эпическая инвалидная коляска
Есть google translate в связке с консолью или консольная версия какого-нить stardict'а

Есть google translate в связке с консолью

Нужен не перевод, а подстановка тех терминов, которые уже есть в базе.

консольная версия какого-нить stardict'а

У stardict'a свои словари. К тому же, вместо того, чтобы написать простое и легко расширяемое решение для себя, придется разбираться в чужом коде.

В одном файле берется оригинал и перевод, в другом - исходный текст. При нахождении оригинала в исходном тексте оригинал заменяется на перевод.

Если пар оригинал-перевод больше одной, то такое решение (много раз проходиться sed'ом по всему файлу) является неэффективным по времени. Следует использовать алгоритм Ахо-Корасик:

http://aho-corasick.narod.ru/

http://e-maxx.ru/algo/aho_corasick

perl, в отличие от sed, в виде
perl -p -i -e «s/$orig/$transl/g» «$tmpfile»
не жалуется на точки, зато не умеет обрабатывать выражения в виде «слово и/или слово, да еще при прогоне вместо „содержит кольцевой элемент“ я получил эпичное „содержиbecause�льцевой элемент“.

Почитаю на досуге, но мне хоть как-нибудь... :(

Похоже игнораста нашёл. Киньте ему кто-нибудь ссылку на моё предыдущее сообщение.

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

Perl может все, в отличии от Вас.

Да я и не сомневаюсь. :)

Прошу прощения, было много вариантов, решил попробовать позже. Похоже, что работает :)

Нужен не перевод, а подстановка тех терминов, которые уже есть в базе.

gettext?

Вероятно, подойдет, но я использую текстовик с оригиналом/переводом и для других целей, например, чтобы создать словарь автозамены для OpenOffice.

зачем его менять для остальных программ? и с каких пор на шелле созлать еще одну переменную костыльно и долго?

зачем его менять для остальных программ?

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

и с каких пор на шелле созлать еще одну переменную костыльно и долго?

И что это такая за переменная?

ты писал

sed -i "s/$orig/$transl/g" "$tmpfile"

ну сделай еще одну переменную:

orig_sed=$(echo $orig | sed 's/\./\\./g')

Само по себе, переменную можно быстро создать. Я имел в виду, что затачивать исходный файл под sed долго и неправильно.

ну так файл и не надо затачивать, только переменную обрабатывать. конечно это лишний вызов sed в каждом проходе, но разве производительность критична в данном случае?