Aufruf von vi durch find | xargs kaputt mein terminal. Warum?

Beim Aufruf vimdurch find | xargs, wie folgt:

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

Sie erhalten eine Warnung über

Input is not from a terminal

und ein Terminal mit ziemlich kaputtem Verhalten danach. Warum ist das so?

Wenn Sie ein Programm über aufrufen xargs, zeigt die Standardeingabe des Programms auf /dev/null. (Da xargs den ursprünglichen Standard nicht kennt , tut es das nächstbeste.)

$ 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 geht davon aus, dass die stdin mit dem steuernden Terminal identisch ist, und führt verschiedene terminalbezogene Ioctls direkt auf stdin aus. Wenn dies mit /dev/null(oder einem anderen Dateideskriptor als tty) erledigt ist, sind diese Ioctls bedeutungslos und geben ENOTTY zurück, was unbemerkt ignoriert wird.

• Ich vermute eine spezifischere Ursache: Beim Start liest und merkt sich Vim die alten Terminaleinstellungen und stellt sie beim Beenden wieder her. In unserer Situation empfängt Vim, wenn die "alten Einstellungen" für einen Nicht-tty-fd (Dateideskriptor) angefordert werden, alle leeren Werte und alle deaktivierten Optionen und legt diese achtlos auf Ihrem Terminal fest.

  Sie können dies sehen, indem Sie ausführen vim < /dev/null, es beenden und dann ausführen stty, wodurch eine ganze Reihe von <undef>s ausgegeben werden . Unter Linux läuft stty sanedas Terminal nutzbar machen wieder (obwohl es wird solche Optionen verloren hat , wie iutf8, möglicherweise kleinere Ärgernisse später verursacht).

Sie können dies als Fehler in Vim betrachten, da es für die Terminalsteuerung geöffnet werden kann/dev/tty , dies jedoch nicht. (Irgendwann während des Startvorgangs dupliziert Vim seinen stderr in stdin, wodurch er Ihre Eingabebefehle lesen kann - von einem zum Schreiben geöffneten fd - aber selbst das wird nicht früh genug getan.)

(In Anlehnung an die Erklärung von grawity xargsverweist das stdinauf /dev/null.)

Die Lösung für dieses Problem besteht darin, den -oParameter hinzuzufügen xargs. Von man xargs:

-o

Öffnen Sie stdin erneut wie /dev/ttyim untergeordneten Prozess, bevor Sie den Befehl ausführen. Dies ist nützlich, wenn Sie xargseine interaktive Anwendung ausführen möchten .

Daher sollte die folgende Codezeile für Sie funktionieren:

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

GNU xargs unterstützt diese Erweiterung seit einiger Veröffentlichung im Jahr 2017 (mit dem langen Optionsnamen --open-tty).

Bei älteren oder anderen Versionen von xargs können Sie /dev/ttydas Problem explizit lösen, indem Sie Folgendes eingeben :

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

(Das ignoremeist da, um $ 0 aufzunehmen, so dass $ @ alle Argumente von xargs sind.)

Der einfachste Weg:

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

Es sollte gut funktionieren, wenn Sie die Option -exec für find verwenden, anstatt in xargs zu leiten.

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

Verwenden Sie stattdessen GNU Parallel:

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

Oder wenn Sie alle Dateien auf einmal öffnen möchten:

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

Es behandelt sogar Dateinamen wie:

My brother's 12" records.txt

Sehen Sie sich das Intro-Video an, um mehr zu erfahren: http://www.youtube.com/watch?v=OpaiGYxkSuQ

Vielleicht nicht das beste, aber hier das Skript, das ich benenne vim-open:

#!/usr/bin/env ruby

require 'shellwords'

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

wird mit vim-open a b cund ls | vim-openzum Beispiel arbeiten