Перенаправлення IO та команда head

Я намагався сьогодні швидко відредагувати .hgignoreфайл із оболонки башти Cygwin, і я додав рядок, який був помилкою. Я не впевнений, чи це був найкращий спосіб зробити це, але я швидко подумав про те, head -1 .hgignoreщоб видалити рядок порушень (у мене раніше був лише один рядок у файлі). Звичайно, при виконанні він дає перший рядок як єдиний вихід.

Але коли я спробував перенаправити вихід і переписати файл за допомогою head -1 .hgignore > .hgignore, файл був порожнім. Чому це відбувається? Якщо я спробую замість цього додати head -1 .hgignore >> .hgignore, він додається правильно, але це, очевидно, не бажаний результат. Чому в цьому випадку перенаправлення обрізування не працює?

Коли оболонка отримує командний рядок на кшталт: command > file.outоболонка сама відкриває (і, можливо, створює) названий файл file.out. Оболонка встановлює дескриптор файлу 0 дескриптору файлового файлу, який він отримав з відкритого місця. Ось так працює перенаправлення вводу / виводу: кожен процес знає про дескриптори файлів 0, 1 і 2.

Важкою частиною цього є те, як відкрити file.out. Більшу частину часу вам потрібно file.outвідкрити для запису зі зміщенням 0 (тобто усіченим), і це те, що оболонка зробила для вас. Він урізав .hgignore, відкрив його для запису, скопіював поданий сценарій до 0, а потім виконав head. Миттєве клобірування файлів.

У bash shell ви робите set noclobberзмінити цю поведінку.

Я думаю, що Брюс відповідає, що відбувається тут з оболонкою.

Одна з моїх улюблених маленьких утиліт - це spongeкоманда з moreutils . Він вирішує саме цю проблему, "всмоктуючи" всі наявні вхідні дані, перш ніж відкрити цільовий вихідний файл і записати дані. Це дозволяє записати трубопроводи саме так, як ви очікували:

$ head -1 .hgignore | sponge .hgignore

Рішення бідолахи полягає в передачі вихідного файлу у тимчасовий файл, після закінчення виконання трубопроводу (наприклад, наступна команда, яку ви запускаєте) - переміщення темп-файлу назад у вихідне місце файлу.

$ head -1 .hgingore > .hgignore.tmp
$ mv .hgignore{.tmp,}

В

head -n 1 file > file

fileобрізається перед початком headроботи, але якщо ви пишете:

head -n 1 file 1<> file

це не так, fileяк відкрито в режимі читання-запису. Однак, коли headзакінчує запис, він не врізає файл, тому рядок вище був би неоперативним ( headпросто переписав би перший рядок над собою, а інші залишили недоторканими).

Однак після headповернення і, поки fdфункція все ще відкрита, ви можете викликати іншу команду, яка робить truncate.

Наприклад:

{ head -n 1 file; perl -e 'truncate STDOUT, tell STDOUT'; } 1<> file

Тут важливо те, що truncateвище,head просто переміщується курсор на fd 1 у файлі відразу після першого рядка. Він переписує перший рядок, який нам не потрібен, але це не шкідливо.

Маючи POSIX голову, ми могли насправді піти, не переписавши цей перший рядок:

{ head -n 1 > /dev/null
  perl -e 'truncate STDIN, tell STDIN'
} <> file

Тут ми використовуємо той факт, що headпереміщує позицію курсора в його stdin. Хоча head, як правило, читають його великі шматки для підвищення продуктивності, POSIX вимагає від нього (де це можливо)seek повернути відразу після першого рядка, якби він вийшов за його межі. Зауважте, що не всі реалізації це роблять.

Крім того, ви можете використовувати команду оболонки readзамість цього:

{ read -r dummy; perl -e 'truncate STDIN, tell STDIN'; } <> file

Рішення справжньої людини є

ed .hgignore
$d
wq

або як однолінійний

printf '%s\n' '$d' 'wq' | ed .hgignore

Або з GNU sed:

sed -i '$d' .hgignore

(Ні, я жартую. Я б використовував інтерактивний редактор. vi .hgignore GddZZ)

Ви можете використовувати Vim в режимі Ex:

ex -sc '2,d|x' .hgignore

1. 2, виберіть рядки 2 до кінця

2. d видалити

3. x зберегти і закрити

Для редагування файлів на місці ви можете також використовувати трюк з обробкою відкритого файлу, як показано Jürgen Hötzel у виводі перенаправлення від sed 's / c / d /' myFile до myFile .

exec 3<.hgignore
rm .hgignore  # prevent open file from being truncated
head -1 <&3 > .hgignore

ls -l .hgignore  # note that permissions may have changed