Agregue una nueva línea en un nombre de archivo con `mv`

Es una pregunta seria. Pruebo algunos awkscripts y necesito archivos con una nueva línea en sus nombres.

¿Es posible agregar una nueva línea en un nombre de archivo con mv?

Ahora, puedo hacer esto con touch:

touch "foo
bar"

Con el toque agregué el carácter de nueva línea por copiar y pegar. Pero no puedo escribir fooReturnbaren mi caparazón.

¿Cómo puedo cambiar el nombre de un archivo para tener una nueva línea en el nombre del archivo?

Editar 28/06/2015; 07:08 pm

Para agregar una nueva línea zsh, puedo usar, Alt+Return

Es una mala idea (tener caracteres extraños en los nombres de los archivos) pero podría hacerlo

 mv somefile.txt "foo
 bar"

(también se podría haber hecho mv somefile.txt "$(printf "foo\nbar")"o mv somefile.txt foo$'\n'bar, etc ... detalles son específicos a su concha. Estoy usando zsh)

Lea más sobre globbing , por ejemplo, glob (7) . Los detalles pueden ser específicos del shell. Pero comprenda que /bin/mv está dado (por su shell), a través de execve (2) , una matriz expandida de argumentos: la expansión de argumentos y el globbing es responsabilidad del shell que invoca.

E incluso podría codificar un pequeño programa en C para hacer lo mismo:

#include <stdio.h>
#include <stdlib.h>
int main() {
  if (rename ("somefile.txt", "foo\nbar")) {
     perror("rename somefile.txt");
     exit(EXIT_FAILURE);
  };
  return 0;
}

Guarde el programa anterior en foo.c, compílelo y gcc -Wall foo.c -o foo luego ejecútelo./foo

Del mismo modo, puede codificar un script similar en Perl, Ruby, Python, Ocaml, etc.

Pero esa es una mala idea. Evite las nuevas líneas en los nombres de archivo (confundirá al usuario y podría romper muchos scripts).

En realidad, incluso recomiendo usar solo letras, dígitos y +-/._% caracteres no acentuados ( / siendo el separador de directorio) en las rutas de archivo. Los archivos "ocultos" (que comienzan con .) deben usarse con precaución y parcimony. Creo que usar cualquier tipo de espacio en un nombre de archivo es un error. Utilice un guión bajo en su lugar (p foo/bar_bee1.txt. Ej. ) O un signo menos (p foo/bar-bee1.txt. Ej. )

Si usa bash, este comando debería funcionar.

mv a $'b\nc'

Sé que solicitó una mvsolución, sin embargo, a pesar de la advertencia, esto se puede hacer fácilmente con rename(en el paquete Perl):

~/tmp$ touch foo
~/tmp$ rename 's/$/\nbar/' foo
Unsuccessful stat on filename containing newline at /usr/share/perl5/File/Rename.pm line 69.
~/tmp$ ls
foo?bar

Un aspecto de este problema no se trata realmente awk, y solo un poco sobre el shell. El problema es que, en un tty canónico estándar, la mayoría de las veces la disciplina de tty del kernel está amortiguando su entrada, simplemente haciéndola eco en su pantalla y en ningún otro lugar, para que pueda manejar eficientemente el retroceso y cosas por el estilo.

Sin embargo, cuando presiona Intro o ingresa una nueva línea, todos esos datos almacenados en el búfer se envían a la vez a la aplicación de lectura, generalmente su shell. Puede observar esto observando $PS2después de ingresar una cita pendiente. Cuando el shell se imprime $PS2es porque solo lee un bloque de su entrada y aún no está convencido de que haya terminado.

Por lo tanto, para mayor comodidad, lo que necesita es alguna forma de enviar una línea \nelectrónica al búfer de terminal sin tener que presionar toda esa otra entrada de inmediato. La forma estándar de hacerlo es con la secuencia de teclas CTRL+V, que cita para el terminal su próximo carácter de entrada. Hacer CTRL+Va continuación, CTRL+J- porque esta última es por lo general cómo escribir un literal \newline. Sabrás que funciona cuando no ves $PS2porque el shell todavía no ha leído tu entrada.

Nota sin embargo que cuando no leyó que la entrada de su anterior CTRL+Vhabrá hecho ninguna diferencia para la cáscara del todo - que sólo lo cita para la línea-disciplina. Definitivamente querrás citar la nueva línea para hacer algo significativo con ella.

Por cierto, CTRL+Vse puede aplicar útilmente de otras maneras, por ejemplo, "$(printf \\33)"no es la única forma de escribir un ESCpersonaje en un script de shell, y ni siquiera es la más simple. Literalmente, puede ingresar cualquier carácter que su teclado enviará sin que el controlador de entrada intente interpretarlo si primero lo escapa de esta manera.

A menudo me gusta usar <tab> s en la línea de comandos sin que el shell intente completar nada. Debido a que los shells que completan generalmente configurarán <tab> de una manera que stty eol \t, para que sus sistemas de finalización funcionen, CTRL+Vme funciona incluso en entornos desconocidos.