Как работает `cat <> file`?

cat < fileпечатает содержимое файла на стандартный вывод

cat > fileчитает стандартный ввод до тех пор, пока не будет обнаружен знак Ctrl+, Dа введенный текст записывается в файл .

cat <> fileпо крайней мере в моей версии Bash, печатает содержимое файла счастливо (без ошибок), но не изменяет файл и не обновляет метку времени изменения.

Как стандарт Bash оправдывает кажущееся игнорирование >в третьем утверждении - и, что более важно, он что- то делает ?

Bash использует <>для создания дескриптора файла для чтения и записи :

Оператор перенаправления

[n]<>word

приводит к открытию файла, имя которого является расширением слова, для чтения и записи в файловом дескрипторе n или в файловом дескрипторе 0, если n не указано. Если файл не существует, он создается.

cat <> fileоткрывает fileчтение-запись и привязывает его к дескриптору 0 (стандартный ввод). По сути, это эквивалентно < fileлюбой разумно написанной программе, поскольку никто, скорее всего, не попытается записать в стандартный ввод, но если бы он это сделал, он смог бы.

Вы можете написать простую программу C , чтобы проверить , что непосредственно - write(0, "hello", 6)запишет helloв fileчерез стандартный ввод.

<>также должен работать в любой другой POSIX-совместимой оболочке с тем же эффектом.

<> fileоткрывает файл (на файловый дескриптор 0 (стандартного ввода) по умолчанию, как <) в чтение + запись режиме без усечения и создания файла , если он не существует заранее .

Это соответствует O_RDWR|O_CREATфлагам, переданным open()системному вызову. В отличие от этого <есть O_RDONLYи >есть O_WRONLY|O_CREAT|O_TRUNCи >> O_WRONLY|O_CREAT|O_APPEND.

Возможность записи в stdin не часто полезна, поскольку приложения обычно не пишут в их stdin. Приложения обычно не ожидают чтения и записи в файловом дескрипторе, который они получают при запуске; они обычно читают из stdin (или файлового дескриптора, который они открывают сами) и записывают в stdout или stderr (или файловый дескриптор, который они открывают сами).

<> может иметь свое использование:

• Вы можете предпочесть cat <> fileболее, cat < fileесли вы не хотите, чтобы команда потерпела неудачу, если fileона не существует, а fileвместо этого создана пустая .

• Не усеченный аспект <>делает полезным перезаписывать файлы на месте. Однако в этом случае вы обычно не используете его в дескрипторе файла 0:

  printf xxx 1<> file

  заменяет первые 3 байта fileс xxx.

• В некоторых системах, таких как Linux, <>в именованном канале (FIFO) открывает именованный канал без блокировки (не дожидаясь, пока какой-либо другой процесс откроет другой конец), и обеспечивает сохранение структуры канала. Например, в:

  mkfifo pipe; sed 's/foo/bar/g' <> pipe

  sedобрабатывает входящие данные из любого числа других процессов, записывающих в него, и никогда не видит eof.