¿Es un UUOC (uso inútil de cat) para redirigir un archivo a otro?

Si quiero hacer que el contenido file2coincida con el contenido de file1, obviamente podría simplemente ejecutarlo cp file1 file2.

Sin embargo, si quiero conservar todo alrededor file2 , excepto el contenido-propietario, permisos, atributos extendidos, ACL, enlaces duros, etc., etc., entonces yo no desee ejecutar cp. * En ese caso, sólo quiero el plop contenido de file1into file2.

Parece que lo siguiente lo haría:

< file1 > file2

Pero no funciona. file2se trunca a nada y no se escribe en. Sin embargo,

cat < file1 > file2

hace el trabajo.

Me sorprendió que la primera versión no funcione.

¿Es la segunda versión un UUOC? ¿Hay alguna manera de hacer esto sin invocar un comando, simplemente usando redirecciones?

_{Nota: Soy consciente de que UUOC es más un punto pedante que un verdadero antipatrón.}

* _{Como tniles09 descubrió , cp voluntad en el trabajo hecho en este caso.}

cat < file1 > file2No es un UUOC. Clásicamente, <y >realice redirecciones que correspondan a duplicaciones de descriptores de archivo a nivel del sistema. Las duplicaciones del descriptor de archivo por sí mismas no hacen nada (bueno, las >redirecciones se abren con O_TRUNC, por lo que, para ser precisos, las redirecciones de salida truncan el archivo de salida). No dejes que los < >símbolos te confundan. Las redirecciones no mueven datos: asignan descriptores de archivo a otros descriptores de archivo.

En este caso, abre file1y asigna ese descriptor de archivo al descriptor de archivo 0( <file1== 0<file1) file2y asigna ese descriptor de archivo al descriptor de archivo 1( >file2== 1>file2).

Ahora que tiene dos descriptores de archivo, necesita un proceso para intercambiar datos entre los dos, y para eso catestá.

No lo es, porque como otros han señalado, el comportamiento en cuestión depende de la concha. Como usted (el OP) ha señalado, esto es un poco pedante , ¿tal vez incluso humorístico? , tipo de tema.

Sin embargo, en los sistemas GNU, su premisa inicial tiene otra solución disponible: cp --no-preserve=all file1 file2. Pruebe esto, creo que satisfará su situación descrita (por ejemplo, modificando contenidos file2sin modificar sus atributos).

Ejemplo :

$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 16 Dec 16 12:21 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Lookout, world!
    Hello, world!
$ cp --no-preserve=all fred fezzik 
$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 14 Dec 16 12:22 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Hello, world!
    Hello, world!

ACTUALIZACIÓN En realidad, sólo se dio cuenta de que mi sistema cppor sí mismo parece conservar atributos a menos -ao -pestán especificados. Estoy usando bash shell y GNU coreutils. Supongo que aprendes algo nuevo todos los días ...

Resultados de la prueba (por comodín) incluyendo enlace duro y diferentes permisos:

$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 file2
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the original contents of file2
$ cp file1 file2
$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 file2
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the contents of file1
$ 

En zshel shell donde < file1 > file2funciona, el shell invoca cat.

Para una línea de comando que consiste solo en redirecciones y sin comando ni asignaciones, zshinvoca $NULLCMD( catpor defecto) a menos que la única redirección sea una <en cuyo caso $READNULLCMD( pagerpor defecto) se invoca en su lugar. (eso es a menos que zshesté en sho cshemulación en cuyo caso se comporta como los shells que emula).

Asi que:

< file1 > file2

en realidad es lo mismo que

cat < file1 > file2

y

< file1

es lo mismo que

pager < file1

< from > to

no funciona porque no hay comando allí; sin proceso El shell abre / crea los archivos y organiza las redirecciones (lo que significa que los descriptores de archivo que hacen referencia a estos archivos se plantan como 0 y 1: entrada estándar y salida estándar). Pero no hay nada que hacer, ejecutar un ciclo para leer desde la entrada estándar y escribir en la salida estándar.

zshhace que esto funcione al sustituir un comando configurable por el usuario en este caso de "comando nulo". El comando no está visible en la línea de comando, pero todavía está allí. Se crea un proceso para él y funciona de la misma manera. NULLCMDes catpor defecto, por lo que en < from > torealidad significa cat < from > to adentro zsh, a menos que NULLCMDesté configurado en otra cosa; es un comando "gato implícito".

Un "uso inútil de cat" ocurre cuando catse usa como intermediario para leer de un archivo y alimentar los datos a otro proceso, cuyo descriptor de archivo podría estar conectado al archivo original.

Si catse puede eliminar de la situación, de modo que los comandos restantes aún pueden realizar la misma tarea, no sirve de nada. Si no es extraíble, entonces no es inútil.

# useless, removable:
$ cat archive.tar | tar tf -    #  -->  tar tf archive.tar

# not removable (in POSIX shell):
$ cat > file
abc
[Ctrl-D]

# likewise:
STRING=$(cat file)

Un catque es reemplazable no es lo mismo. Por ejemplo, en lugar de cat > filepodemos usar vi filepara crear el archivo. Eso no cuenta como eliminación de cat, mientras se usa lo que queda para lograr la misma tarea.

Si cates el único comando en la tubería, entonces, por supuesto, no se puede eliminar; ninguna reorganización de lo que quede hará el trabajo equivalente.

Algunos scripters de shell usan catporque piensan que les permite mover el operando de entrada más cerca del lado izquierdo de la línea de comando. Sin embargo, las redirecciones pueden estar en cualquier lugar de la línea de comando:

# If you're so inclined:
# move source archive operand to the left without cat:
$ < archive.tar tar xf - > listing

< file1 > file2 Parece ser dependiente de shell, en zsh funciona, en bash no.

editar: declaración falsa eliminada

Además de todas las buenas respuestas, puede evitar un UUOC simulando un cat:

awk 1 file1 > file2   # For line-oriented text, not binaries.
dd if=file1 of=file2  # Works for binary files, too.
# many more geeky ways.

Estos comandos no copian los metadatos del archivo, como lo cpharía sin formato .

Si funciona, no lo arregles.

yo usaría

cat < file1 > file2

y no sudar la PC de la semántica.