🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Знаете ли вы, как потерять файл во время сортировки?
Бывает, файл нужно отсортировать и оставить под тем же именем – строчка sort list.txt > list.txt выглядит как решение задачи. Но после нее в файле оказывается ноль строк, а прежнее содержимое взять негде. Причина в порядке действий: перенаправление отрабатывает раньше команды. Шелл открывает файл справа от > на запись, обрезает до нуля, и только потом стартует sort – читать ему уже нечего.
printf "banana\napple\ncherry\n" > fruits.txt
sort fruits.txt > fruits.txt
wc -l < fruits.txt
# 0
Никакой ошибки при этом нет: sort штатно отработал на пустом входе и штатно записал пустой результат. Файл существует, права на месте, код возврата 0 – пропали только данные.
Обнуляет файл сам шелл, командой это не управляется:
printf "INFO start\nDEBUG x=1\nINFO done\n" > app.log
false > app.log
wc -l < app.log
# 0
false не читает и не пишет ничего, он просто завершается с ненулевым кодом – но лог уже пустой. То же самое произойдет с grep -v DEBUG app.log > app.log: попытка выкинуть отладочные строки из лога выкинет лог целиком.
Правильный порядок – сначала полный результат, потом замена файла:
printf "banana\napple\ncherry\n" > fruits.txt
sort fruits.txt > tmp.txt && mv tmp.txt fruits.txt
cat fruits.txt
# apple
# banana
# cherry
Временный файл разводит чтение и запись во времени, а && гарантирует, что подмена произойдет только при успешном завершении команды. У sort для этого есть и собственный ключ – sort -o fruits.txt fruits.txt. Он, как и sponge из moreutils, сначала читает вход целиком и только потом открывает выходной файл.
Файл в правой части перенаправления обрезается до запуска команды, поэтому один и тот же файл не может быть входом и выходом одновременно. Результат сначала пишется рядом – во временный файл или через ключ вроде -o, – и только потом занимает место исходного.
Код на салфетке × Кусочки кода