Terminale interrotto dopo aver richiamato Vim con xargs

A volte ho provato a invocare Vim usando xargs, in questo modo:

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

... che tipo di lavori:

1. All'avvio di Vim, vedo brevemente il seguente avviso lampeggiante:

   Vim: Warning: Input is not from a terminal
   

2. La modifica funziona: :fileselenca correttamente tutti i .javafile come previsto.
3. Posso salvare ed uscire.

Tuttavia, dopo essere uscito da Vim, il mio terminale è bloccato:

• Qualunque cosa scrivo al prompt della shell non viene ripetuta.
• I ritorni a capo non compaiono affatto e gli avanzamenti di riga vengono visualizzati solo a volte.

Questo continua fino a quando non invio un reset(1)comando per reinizializzare il terminale.

È un bug di Vim o c'è una spiegazione più soddisfacente del perché interagisce con il terminale in quel modo? L'ho visto accadere su Vim fino alla versione 7.3 (la versione non sembra avere importanza) su Linux e vari Unices.

Sono a conoscenza di una soluzione alternativa, vale a dire vim $(find . -name '*.java'). Altre soluzioni alternative sarebbero le benvenute, sebbene questa non sia la mia domanda principale.

Ciò accade quando viene invocato vim ed è collegato all'output della pipeline precedente, anziché al terminale e riceve input imprevisti diversi (come NUL). Lo stesso accade quando si esegue:, vim < /dev/nullquindi il resetcomando in questo caso aiuta. Ciò è spiegato bene dalla gravità di superutente .

Se stai usando findper passare i nomi dei file da modificare, non è necessario xargs, basta usare -exec, ad esempio:

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

Se vuoi usare xargs, su Unix / macOS dovresti usare un -oparametro, come:

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

^{-oRiaprire stdin come / dev / tty nel processo figlio prima di eseguire il comando. Ciò è utile se si desidera che xargs esegua un'applicazione interattiva.}

o:

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

^{Nota: l'utilizzo di -print0/ -0supporterà i nomi di file con spazi bianchi.}

find+ BSDxargs

Su Unix / macOS puoi provare la seguente soluzione alternativa:

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

È inoltre possibile utilizzare la sintassi di sostituzione dei comandi , ad esempio:

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

In alternativa, utilizzare GNU parallelinvece di xargsforzare l'allocazione di tty, ad esempio:

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

^{Nota: parallelsu Unix / OSX non funzionerà in quanto ha parametri diversi e non supporta tty.}

^{Molti altri comandi popolari forniscono anche un'allocazione pseudo-tty (come -tin ssh), quindi cerca aiuto.}

Altro suggerimento sarebbe di usare:

• ex editor da riga di comando per analizzare i dati o utilizzare la modalità Ex, per maggiori dettagli vedere:

  Come modificare i file in modo non interattivo (ad es. In pipeline)?

• vipe (una pipe di comando Vim)

• usa il seguente semplice script:

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

Relazionato:

• Bug GH-982: vim non gestisce STDIN impostato su / dev / null .
• Invocare vi tramite find | xargs rompe il mio terminale. Perché? presso superuser SE
• Vim exec command nella riga di comando e Vim: Avviso: l'ingresso non proviene da un terminale in StackOverflow
• Cercando di "individuare" e quindi aprire un file su unix SE
• less.vim non funziona sul mio Ubuntu 12.04 lt su askubuntu SE
• grep -l .. | xargs vimgenera un avviso, perché? [dup] su unix SE
• Vim Input non proviene da un terminale [dup] su stackoverflow SE
• BashFAQ / 021: Come posso sostituire una stringa con un'altra stringa in una variabile, un flusso, un file o in tutti i file in una directory?

Suggerimento: utilizzare un buffer come navigatore del filesystem

Utilizzare il vim -comando per leggere un elenco di percorsi da stdin. Vim's :help --spiega questo: ¹

Inizia a modificare un nuovo buffer, che viene riempito con il testo letto da stdin. I comandi che normalmente verrebbero letti da stdin verranno ora letti da stderr. Esempio:

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

È quindi possibile utilizzare gfo Ctrl-wCtrl-fper passare al file nello stesso buffer o rispettivamente in una nuova finestra divisa.

Suggerimento soluzione alternativa: elenco argomenti

Un altro ottimo modo è usare l'elenco degli argomenti di Vim. Il :argadd **/*.javacomando di popolerà lista degli argomenti di Vim con tutti i file java trovati all'interno della directory corrente in modo ricorsivo. È quindi possibile utilizzare :nexte :prevper spostarsi tra i file.

¹ _{Il primo -dice a Vim che vuoi cercare nella guida un'opzione della riga di comando, il secondo è in realtà il flag della riga di comando che stai cercando. Leggi :help help-contextper altri trucchi come questo.}

Inoltre reset, puoi provare:

stty sane

che dovrebbe anche rendere nuovamente utilizzabile il tuo terminale.

Vedi qui per le spiegazioni. E in qualche modo questo può essere considerato un comportamento errato vim, almeno Neovim non ha questo problema al momento.

La ragione è che xargsgli insiemi stdina /dev/null, mentre vimle esigenze stdindi essere /dev/tty.

xargsSoluzione BSD (ad es. Mac):

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

-oimposta il stdinprocesso figlio di xarg ( vimin questo caso) su dev/tty.

xargsSoluzione GNU (es. Linux):

GNU xargsnon ha l' -oopzione. Dovrai invece utilizzare una soluzione più complicata. (Nota: è molto importante avere la zerostringa finale , non dimenticarla.)

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

Puoi anche renderlo un alias:

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

Spiegazione dettagliata della soluzione GNU xargs

Analizziamolo passo dopo passo:

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

1. xargsaggiunge semplicemente stdinla fine della stringa, quindi xargseseguirà questo:

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

2. Il formato per bash -cè bash -c 'COMMAND_STRING' $0 $1 $2 etc.

"$@"si espande nei parametri posizionali "$1", "$2", ecc. Non include "$ 0" perché si tratta di un parametro speciale per il nome dello script, non di un parametro posizionale. Questo è il motivo per cui dobbiamo aggiungere la stringa fittizia zero(può essere qualsiasi stringa) per prendere il posto $0. Altrimenti, perderai il primo file.

Quindi dopo l'espansione "$@", si finisce con:

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

3. bash -ceseguirà COMMAND_STRING:

    </dev/tty vim file1 file2 

</dev/ttyimposta stdinsu in /dev/ttymodo che vimpossa funzionare in modalità interattiva.

Ho trovato carenti tutte queste risposte. Dopo aver affrontato il problema di xargs, il modo più semplice - per me! - di fare queste ricerche e aprirle su un box generico è il seguente:

vim -O `grep -lir mySearchTerm *`

Non ho problemi ad usare findcon xargse grep, ma trovo fastidiosa la sintassi. E come programmatore quotidiano che usa vime il terminale come loro IDE, e cerca costantemente i file per le proprietà, questo è quello che ho usato.

C'è un tempo e un luogo per find . -path ./node_modules -prune -o -name '*.js' | xargs grep -i mySearchTermaccoppiare l'apertura dei file tramite VIM e altri metodi. Per me, è raro.

Spero che questo aiuti qualcuno.