Invocación de vi a través de find | Xargs rompe mi terminal. ¿Por qué?

Cuando se invoca vima través find | xargs, de esta manera:

find . -name "*.txt" | xargs vim

recibes una advertencia sobre

Input is not from a terminal

y una terminal con un comportamiento bastante roto después. ¿Porqué es eso?

Cuando invoca un programa a través de xargs, el stdin del programa (entrada estándar) apunta a /dev/null. (Dado que xargs no conoce el stdin original , hace lo siguiente mejor).

$ verdadero | xargs Filan -s
    0 chrdev / dev / null
    1 tty / dev / pts / 1
    2 tty / dev / pts / 1

$ verdadero | xargs ls -l / dev / fd /

Vim espera que su stdin sea el mismo que su terminal de control y realiza varios ioctl relacionados con el terminal en stdin directamente. Cuando se hace en /dev/null(o cualquier descriptor de archivo que no sea tty), esos ioctls no tienen sentido y devuelven ENOTTY, que se ignora en silencio.

• Mi suposición es una causa más específica: en el inicio, Vim lee y recuerda la configuración anterior del terminal, y la restaura de nuevo al salir. En nuestra situación, cuando se solicitan las "configuraciones antiguas" para un fd (descriptor de archivo) no tty, Vim recibe todos los valores vacíos y todas las opciones deshabilitadas, y descuidadamente establece lo mismo en su terminal.

  Puede ver esto ejecutando vim < /dev/null, saliendo de él, luego ejecutando stty, lo que generará una gran cantidad de <undef>s. En Linux, la ejecución stty sanehará que el terminal se pueda volver a usar (aunque habrá perdido opciones tales como iutf8, posiblemente, causando molestias menores más adelante).

Podría considerar esto un error en Vim, ya que puede abrirse /dev/ttypara el control del terminal, pero no lo hace. (En algún momento durante el inicio, Vim duplica su stderr a stdin, lo que le permite leer sus comandos de entrada, desde un fd abierto para escribir, pero incluso eso no se hace lo suficientemente temprano).

(Siguiendo con la explicación de Grawity, eso xargsapunta stdina /dev/null).

La solución para este problema es agregar el -oparámetro a xargs. De man xargs:

-o

Vuelva a abrir stdin como /dev/ttyen el proceso secundario antes de ejecutar el comando. Esto es útil si desea xargsejecutar una aplicación interactiva.

Por lo tanto, la siguiente línea de código debería funcionar para usted:

encontrar . -name "* .txt" | xargs -o vim

GNU xargs admite esta extensión desde algún lanzamiento en 2017 (con el nombre largo de la opción --open-tty).

Para versiones anteriores u otras de xargs, puede pasar explícitamente /dev/ttypara resolver el problema:

find . -name "*.txt" | xargs bash -c '</dev/tty vim "$@"' ignoreme

(El ignoremeestá ahí para tomar $ 0, por lo que $ @ es todos los argumentos de xargs).

La forma más fácil:

vim $(find . -name "*foo*")

Debería funcionar bien si usa la opción -exec en buscar en lugar de canalizar en xargs.

find . -type f -name filename.txt -exec vi {} + 

Use GNU Parallel en su lugar:

find . -name "*.txt" | parallel -j1 --tty vim

O si desea abrir todos los archivos de una vez:

find . -name "*.txt" | parallel -Xj1 --tty vim

Incluso trata correctamente con nombres de archivo como:

My brother's 12" records.txt

Mire el video de introducción para obtener más información: http://www.youtube.com/watch?v=OpaiGYxkSuQ

tal vez no sea el mejor, pero aquí está el script que uso (llamado vim-open):

#!/usr/bin/env ruby

require 'shellwords'

inputs = (ARGV + (STDIN.tty? ? [] : STDIN.to_a)).map(&:strip)
exec("</dev/tty vim #{inputs.flatten.shelljoin}")

trabajará con vim-open a b cy ls | vim-openpor ejemplo