¿Cómo funciona `cat <> file`?

cat < fileimprime el contenido del archivo en stdout.

cat > filelee stdin hasta que se detecta Ctrl+ Dy el texto de entrada se escribe en el archivo .

cat <> file, al menos en mi versión de Bash, imprime felizmente el contenido del archivo (sin error), pero no modifica el archivo ni actualiza la marca de tiempo de modificación.

¿Cómo justifica el estándar Bash lo que aparentemente se ignora >en la tercera declaración y, lo que es más importante, está haciendo algo?

Bash utiliza <>para crear un descriptor de archivo de lectura y escritura :

El operador de redireccionamiento

[n]<>word

hace que el archivo cuyo nombre es la expansión de la palabra se abra para leer y escribir en el descriptor de archivo n, o en el descriptor de archivo 0 si n no se especifica. Si el archivo no existe, se crea.

cat <> fileabre filelectura-escritura y lo vincula al descriptor 0 (entrada estándar). Es esencialmente equivalente a < filecualquier programa escrito con sensatez, ya que es probable que nadie intente escribir en la entrada estándar ordinariamente, pero si lo hiciera, podría hacerlo.

Puede escribir un simple programa en C para probarlo directamente, write(0, "hello", 6)lo escribirá helloa filetravés de una entrada estándar.

<>También debería funcionar en cualquier otro shell compatible con POSIX con el mismo efecto.

<> fileabre el archivo (en el descriptor de archivo 0 (entrada estándar) de forma predeterminada, al igual que <) en + lectura y escritura modo sin truncamiento y crear el archivo si no existía previamente .

Eso corresponde a los O_RDWR|O_CREATindicadores pasados ​​a la open()llamada al sistema. Por el contrario <es O_RDONLYy >es O_WRONLY|O_CREAT|O_TRUNCy >> O_WRONLY|O_CREAT|O_APPEND.

Tener stdin escribible no suele ser útil ya que las aplicaciones generalmente no escriben en su stdin. Las aplicaciones generalmente no esperan leer y escribir en un descriptor de archivo que reciben al inicio; Por lo general, leen de stdin (o un descriptor de archivo que abren) y escriben en stdout o stderr (o un descriptor de archivo que abren).

<> puede tener sus usos:

• Es posible que prefiera cat <> filesobre cat < filesi no desea que el comando falle si fileno existe, pero un vacío filecreado en su lugar.

• El aspecto no truncado de <>hace que sea útil sobrescribir archivos en su lugar. Sin embargo, en ese caso, generalmente no lo usa en el descriptor de archivo 0:

  printf xxx 1<> file

  reemplaza los primeros 3 bytes de filecon xxx.

• En algunos sistemas como Linux, <>en una tubería con nombre (FIFO) abre la tubería con nombre sin bloquear (sin esperar a que algún otro proceso abra el otro extremo), y garantiza que la estructura de la tubería se mantenga viva. Por ejemplo en:

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

  sedmaneja datos entrantes de cualquier número de otros procesos que le escriben y nunca los ve eof.