Invoquer vi via find | xargs casse mon terminal. Pourquoi?

Lors de l' appel à vimtravers find | xargs, comme ceci:

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

vous recevez un avertissement à propos de

Input is not from a terminal

et un terminal avec un comportement à peu près cassé après. Pourquoi donc?

Lorsque vous appelez un programme via xargs, le stdin (entrée standard) du programme pointe sur /dev/null. (Puisque xargs ne connait pas le stdin original , c'est la meilleure chose à faire.)

$ true | xargs filan -s
    0 chrdev / dev / null
    1 tty / dev / pts / 1
    2 tty / dev / pts / 1

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

Vim s'attend à ce que son stdin soit identique à celui de son terminal de contrôle et exécute directement divers ioctls liés au terminal sur stdin. Lorsque cela est fait sur /dev/null(ou tout descripteur de fichier non-tty), ces ioctls n'ont pas de sens et renvoient ENOTTY, ce qui est ignoré en silence.

• À mon avis, une cause plus spécifique: Au démarrage, Vim lit et retient les anciens paramètres du terminal, puis les restaure à la sortie. Dans notre cas, lorsque les "anciens paramètres" sont demandés pour un descripteur de fichier non-tty, Vim reçoit toutes les valeurs vides et toutes les options désactivées, et définit négligemment la même chose sur votre terminal.

  Vous pouvez voir cela en exécutant vim < /dev/null, en le quittant, puis en exécutant stty, ce qui produira beaucoup de <undef>s. Sous Linux, l'exécution stty sanerendra le terminal utilisable à nouveau (bien qu'il aura perdu des options telles que iutf8, causant éventuellement des ennuis mineurs plus tard).

Vous pourriez considérer cela comme un bogue dans Vim, car il peut s'ouvrir /dev/ttypour le contrôle de terminal, mais ne le fait pas. (À un moment donné au cours du démarrage, Vim duplique son stderr sur stdin, ce qui lui permet de lire vos commandes d'entrée - depuis un fd ouvert en écriture - mais même cela n'est pas fait assez tôt.)

(Suite à l'explication de grawity, cela xargspointe stdinvers /dev/null.)

La solution à ce problème consiste à ajouter le -oparamètre à xargs. De man xargs:

-o

Rouvrez stdin comme /dev/ttydans le processus enfant avant d'exécuter la commande. Ceci est utile si vous souhaitez xargsexécuter une application interactive.

Ainsi, la ligne de code suivante devrait fonctionner pour vous:

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

GNU xargs supporte cette extension depuis certaines versions en 2017 (avec le nom de l'option longue --open-tty).

Pour les versions antérieures ou autres de xargs, vous pouvez explicitement vous connecter /dev/ttypour résoudre le problème:

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

(Le ignoremeest là pour prendre $ 0, donc $ @ est tous les arguments de xargs.)

Le moyen le plus simple:

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

Cela devrait fonctionner correctement si vous utilisez l'option -exec sur find plutôt que de vous connecter à xargs.

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

Utilisez GNU Parallel à la place:

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

Ou si vous voulez ouvrir tous les fichiers en une fois:

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

Il traite même correctement les noms de fichiers tels que:

My brother's 12" records.txt

Regardez la vidéo d'introduction pour en savoir plus: http://www.youtube.com/watch?v=OpaiGYxkSuQ

peut-être pas le meilleur mais voici le script que j'utilise (nommé vim-open):

#!/usr/bin/env ruby

require 'shellwords'

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

travaillera avec vim-open a b cet ls | vim-openpar exemple