Terminal przestał działać po wywołaniu Vima za pomocą xargs

Czasami próbowałem wywołać Vima przy użyciu xargs:

find . -name '*.java' | xargs vim

… Jaki rodzaj prac:

1. Gdy uruchamia się Vim, na krótko pojawia się następujące ostrzeżenie:

   Vim: Warning: Input is not from a terminal
   

2. Edycja działa - :filespoprawnie wylicza wszystkie .javapliki zgodnie z oczekiwaniami.
3. Mogę zapisać i zrezygnować.

Jednak po wyjściu z Vima mój terminal jest zablokowany:

• Cokolwiek napiszę w wierszu poleceń powłoki, nie jest powtarzane.
• Zwroty karetki w ogóle się nie pojawiają, a linie pojawiają się tylko czasami.

Trwa to do momentu wydania reset(1)polecenia ponownego zainicjowania terminala.

Czy to błąd Vima, czy może istnieje bardziej satysfakcjonujące wyjaśnienie, dlaczego współpracuje on z terminalem w ten sposób? Widziałem, jak to się dzieje w Vimie do wersji 7.3 (wersja nie wydaje się mieć znaczenia) w Linuksie i różnych Uniksach.

Mam świadomość jednego obejścia, a mianowicie vim $(find . -name '*.java'). Inne obejścia byłyby mile widziane, ale to nie jest moje główne pytanie.

Dzieje się tak, gdy vim jest wywoływany i jest podłączony do wyjścia poprzedniego potoku, zamiast terminala i otrzymuje inne nieoczekiwane dane wejściowe (takie jak NUL). To samo dzieje się po uruchomieniu:, vim < /dev/nullwięc resetpolecenie w tym przypadku pomaga. Wyjaśnia to dobrze grawitacja u administratora .

Jeśli używasz finddo przekazywania nazw plików do edycji, nie potrzebujesz xargs, po prostu użyj -execna przykład:

find . -name '*.java' -exec vim {} +

Jeśli chcesz użyć xargs, na Unix / macOS powinieneś użyć -oparametru, takiego jak:

find . -name '*.java' | xargs -o vim

^{-oPonownie otwórz stdin jako / dev / tty w procesie potomnym przed wykonaniem polecenia. Jest to przydatne, jeśli chcesz, aby xargs uruchamiał interaktywną aplikację.}

lub:

find . -name "*.java" -type f -print0 | xargs -o -0 vim

^{Uwaga: Użycie -print0/ -0będzie obsługiwać nazwy plików z białymi spacjami.}

find+ BSDxargs

W systemach Unix / macOS możesz wypróbować następujące obejście:

find . -name '*.java' | xargs -J% sh -c 'vim < /dev/tty $@'

Możesz także użyć składni zastępowania poleceń , na przykład:

vim $(find . -name '*.java')
vim `find . -name '*.java`

Alternatywnie użyj GNU parallelzamiast xargswymusić alokację tty, na przykład:

find . -name '*.java' | parallel -X --tty vi

^{Uwaga: parallelw systemach Unix / OSX nie będzie działać, ponieważ ma inne parametry i nie obsługuje tty.}

^{Wiele innych popularnych komend zapewnia alokację pseudo-tty a także (jak -tw ssh), więc sprawdzić o pomoc.}

Inną sugestią byłoby użycie:

• ex edytor wiersza poleceń do analizowania danych lub korzystania z trybu Ex, aby uzyskać więcej informacji, zobacz:

  Jak edytować pliki w sposób nieinteraktywny (np. W przygotowaniu)?

• vipe (potok poleceń Vima)

• użyj następującego prostego skryptu:

  #!/bin/sh
  # usage: find ... | vip
  exec vim < /dev/tty "$@"
  

Związane z:

• Błąd GH-982: vim nie obsługuje STDIN ustawionego na / dev / null .
• Wywoływanie vi przez find | xargs psuje mój terminal. Czemu? w superuser SE
• Komenda Vim exec w wierszu poleceń i Vim: Ostrzeżenie: Dane wejściowe nie pochodzą z terminala przy przepełnieniu stosu
• Próbuje „zlokalizować”, a następnie otworzyć plik w unix SE
• less.vim nie działa na moim Ubuntu 12.04 lts w askubuntu SE
• grep -l .. | xargs vimgeneruje ostrzeżenie, dlaczego? [dup] w unix SE
• Wejście Vima nie pochodzi z terminala [dup] w stosie przepływu SE
• BashFAQ / 021: Jak mogę zastąpić ciąg innym ciągiem w zmiennej, strumieniu, pliku lub we wszystkich plikach w katalogu?

Sugestia obejścia: użyj bufora jako nawigatora systemu plików

Użyj vim -polecenia, aby odczytać listę ścieżek ze standardowego wejścia. Vim :help --wyjaśnia to: ¹

Rozpocznij edycję nowego bufora, który jest wypełniony tekstem czytanym ze standardowego wejścia. Polecenia, które normalnie byłyby odczytywane ze stdin, będą teraz odczytywane ze stderr. Przykład:

find . -name "*.c" -print | vim -

Następnie możesz użyć gflub, Ctrl-wCtrl-faby przejść do pliku odpowiednio w tym samym buforze lub w nowym podzielonym oknie.

Sugestia obejścia: lista argumentów

Innym świetnym sposobem jest użycie listy argumentów Vima. :argadd **/*.javaKomenda będzie zapełnić listę argumentów Vim jest ze wszystkich plików znajdujących się wewnątrz java bieżącym katalogu rekurencyjnie. Następnie można użyć :nexti :prevdo poruszania się pomiędzy plikami.

¹ _{pierwszy -mówi Vimowi, że chcesz przeszukać pomoc dla opcji wiersza poleceń, drugi to tak naprawdę flaga wiersza poleceń, której szukasz. Przeczytaj :help help-contextwięcej takich sztuczek.}

Poza tym resetmożesz spróbować:

stty sane

co również powinno sprawić, że twój terminal będzie znów użyteczny.

Zobacz tutaj o wyjaśnienia. I jakoś można to uznać za niewłaściwe zachowanie, przynajmniej Neovim nie ma obecnie tego problemu.

Powodem jest to, że xargszestawy stdindo /dev/null, natomiast vimpotrzeby stdin, aby być /dev/tty.

xargsRozwiązanie BSD (np. Mac):

echo -e 'file1\nfile2' | xargs -o vim

-oustawia proces stdinpotomny xarg ( vimw tym przypadku) na dev/tty.

xargsRozwiązanie GNU (np. Linux):

GNU xargsnie ma takiej -oopcji. Zamiast tego będziesz musiał zastosować bardziej skomplikowane obejście. (Uwaga: bardzo ważne jest, aby mieć końcowy zerociąg, nie zapomnij go.)

echo -e 'file1\nfile2' | xargs bash -c '</dev/tty vim "$@"' zero

Możesz także ustawić go jako alias:

alias vimin='xargs bash -c '\''</dev/tty vim "$@"'\'' zero'
echo -e 'file1\nfile2' | vimin

Szczegółowe objaśnienie rozwiązania GNU xargs

Podzielmy to krok po kroku:

echo -e 'file1\nfile2' | xargs bash -c '</dev/tty vim "$@"' zero

1. xargspo prostu dołącza stdinkoniec łańcucha, więc xargswykonamy to:

    bash -c '</dev/tty vim "$@"' zero file1 file2

2. Format dla bash -cto bash -c 'COMMAND_STRING' $0 $1 $2 etc.

"$@"rozwija się do parametrów pozycyjnych "$1", "$2"itp. Nie zawiera „$ 0”, ponieważ jest to specjalny parametr dla nazwy skryptu, a nie parametr pozycyjny. Właśnie dlatego musimy dodać fikcyjny ciąg zero(może to być dowolny ciąg), aby zajął miejsce $0. W przeciwnym razie stracisz pierwszy plik.

Po rozwinięciu uzyskujesz "$@":

    bash -c '</dev/tty vim file1 file2' 

3. bash -cwykona COMMAND_STRING:

    </dev/tty vim file1 file2 

</dev/ttyustawia stdinsię /dev/ttytak, że vimmogą pracować w trybie interaktywnym.

Nie znalazłem wszystkich tych odpowiedzi. Po zmaganiu się z problemem xargs najprostszym sposobem - dla mnie! - na wyszukiwanie i otwieranie w ogólnym polu jest:

vim -O `grep -lir mySearchTerm *`

Nie mam problemu korzystając findz xargsa grep, ale uważam, że składnia denerwujące. Jako codzienny programista, który używa vimterminala jako swojego IDE i stale przeszukuje pliki pod kątem właściwości, właśnie tego używałem.

Jest czas i miejsce w find . -path ./node_modules -prune -o -name '*.js' | xargs grep -i mySearchTermpołączeniu z otwieraniem plików za pomocą vima i innymi metodami. Dla mnie to rzadko.

Mam nadzieję, że to komuś pomoże.