BSDPORTAL.RU

Периодически возникает необходимость автоматизировать установку и настройку чего либо. Приходится писать скрипты. Но вот не задача, не как не соображу как на Csh комментарий "#" уберать скриптом.
Например есть такая строка:
#UseDNS no
Надо из скрипта найти эту строку и удалить решетку.

Пока что у меня вариант только с сохранением в другой файл и переименование в исходный.

это не вопрос csh, а вопрос утилит

решение по сути тоже, что и тут viewtopic.php?f=58&t=27338#p168398
изучай утилиты grep sed awk и т.п.

sed наверное? описка

изучаю...
конструкцию s/// знаю, а вот конструкцию // не знаю. ну и их взаимодествие

http://www.lissyara.su/doc/man/sed/
пункт 2. но там как то тяжко для восприятия

отправьте ссылочку где почитать.
регулятку тоже постоянно смотрю... тяжко с логикой конечно...

ну и появляется вопрос а как поставить # ?

sed -i '/UseDNS/ s/^.*/#$&/' файл_в_котором_менять.txt

что после решетки ставить?
в этом примере ставится "#$" а почему?
http://www.exlab.net/files/tools/sheets ... regexp.pdf
шпаргалка
внизу написано $& - найденная строка целиком

хорошо убрал $

sed -i '/UseDNS/ s/^.*/#&/' файл_в_котором_менять.txt

все нормуль. а почему??? объясните плиз..
в таблице нету & одиноко стоящего...

не описка

1. для замены в файле используй gsed -i а не sed
2. для тестов используй sed без параметра -i будет не в файле менять, а на экран просто выводить ничего не изменяя в файле.

Linux
$ man gsed
No manual entry for gsed
$ gsed
bash: gsed: команда не найдена

Freebsd
# man gsed
No manual entry for gsed
# gsed
gsed: Command not found.
#


а так, как не странно но у меня вот эта строка в пингвинах работает
sed -i '/UseDNS/ s/^.*/#&/' файл_в_котором_менять.txt

вот тока не совсем мне понятно вопрос был выше.

_________________
Ми можемо все - що здатні собі уявити!
uname -a
Linux nonamehost 5.6.11-zen-gen-muqss+ #4 ZEN SMP Thu May 7 10:16:25 EEST 2020 x86_64 x86_64 x86_64 GNU/Linux

в linux GNU sed - в freebsd это gsed

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

мда...
фря
# sed -i '/tips/ s/^#*//' 333
sed: 1: "333": command expected

сравнил маны на ключик -i и в линухах и во фре одинаковые. а работают по ходу поразному... мда.

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

"костыльно" можно сделать как sed -i.bac
тогда sed сделает всё как надо, но в дополнение создаёт копию файла старого, расширение копии уазывается после -i в данном случае .bac ... как делать без копии хз, может кто вкурсе

Перенаправить вывод в тот же файл ('>' или '>&', смотря какой шелл).

_________________
никто кроме нас (С)
пять строчек лога могут дать больше информации, чем тысяча строк описания, что и как не работает.

Так нельзя, потеряете всё содержимое файла.