xargs e vi - "L'ingresso non proviene da un terminale"

Ho circa 10 php.inifile sul mio sistema, situati ovunque, e volevo sfogliarli rapidamente. Ho provato questo comando:

locate php.ini | xargs vi

Ma vimi avverte Input is not from a terminale poi la console inizia a diventare davvero strana - dopo di che devo premere :q!per uscire vie quindi disconnettermi dalla sessione ssh e riconnettermi per far funzionare normalmente la console.

Penso di aver capito cosa sta succedendo qui - fondamentalmente il comando non è terminato quando viavviato, quindi il comando forse non è finito e vinon pensa che il terminale sia in modalità normale.

Non ho idea di come risolverlo. Ho cercato Google e anche unix.stackexchange.com con sfortuna.

vi $(locate php.ini)

Nota: questo avrà problemi se i percorsi dei file hanno spazi, ma è funzionalmente equivalente al tuo comando.
La prossima versione gestirà correttamente gli spazi ma è un po 'più complicata (le nuove righe nei nomi dei file comunque la interromperanno)

(IFS=$'\n'; vi $(locate php.ini))

Spiegazione:

Quello che sta succedendo è che i programmi ereditano i loro descrittori di file dal processo che li ha generati. xargsha il suo STDIN collegato allo STDOUT di locate, quindi vinon ha idea di cosa sia realmente lo STDIN originale.

Questa domanda è stata precedentemente posta sul forum Super User .

Citando dalla risposta di @ Grawity su quella domanda:

Quando invochi un programma tramite xargs, lo stdin (input standard) del programma punta a / dev / null. (Dato che xargs non conosce lo stdin originale, fa la cosa migliore dopo.)

Vim si aspetta che il suo stdin sia lo stesso del suo terminale di controllo ed esegue direttamente vari ioctl relativi al terminale su stdin. Se fatto su / dev / null (o qualsiasi descrittore di file non tty), questi ioctls sono privi di significato e restituiscono ENOTTY, che viene silenziosamente ignorato.

Questo è menzionato nelle pagine di manuale di xarg. Da OSX / BSD:

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

Quindi, su OSX, è possibile utilizzare il seguente comando:

find . -name "php.ini" | xargs -o vim

Mentre, non esiste alcun interruttore diretto sulla versione GNU, questo comando funzionerà. (Assicurati di includere la dummystringa, altrimenti lascerà cadere il primo file.)

find . -name "php.ini" | xargs bash -c '</dev/tty vim "$@"' dummy

Le soluzioni di cui sopra sono state gentilmente concesse da Jaime McGuigan su SuperUser . Aggiungendoli qui per eventuali visitatori futuri alla ricerca del sito per questo errore.

Con GNU findutilse una shell con supporto per la sostituzione dei processi (ksh, zsh, bash), puoi fare:

xargs -r0a <(locate -0 php.ini) vi

L'idea è di passare l'elenco dei file tramite uno -a filenameanziché uno stdin. Usando si -0assicura che funzioni indipendentemente da quali caratteri o non caratteri possono contenere i nomi dei file.

Con zsh, potresti fare:

vi ${(0)"$(locate -0 php.ini)"}

(dove si 0trova il flag di espansione dei parametri da dividere su NUL).

Tuttavia, notare che, al contrario, xargs -rviene comunque eseguito visenza argomenti se non viene trovato alcun file.

Modifica più php.ini nello stesso editor?

Provare: vim -o $(locate php.ini)

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

Su Unix / OSX puoi usare xargscon -oparametri, come:

locate php.ini | 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.}

Su Linux prova la seguente soluzione alternativa:

locate php.ini | xargs -J% sh -c 'vim < /dev/tty $@'

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

locate php.ini | 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.}

In alternativa, utilizzare findper passare i nomi dei file da modificare, quindi non è necessario xargs, basta usare -exec, ad esempio:

find /etc -name php.ini -exec vim {} +

L' IFShack di @ Patrick è necessario solo per conchiglie stupide come bashe zsh. fish divide la stringa su newline per impostazione predefinita.

$ vim (locate php.ini)

E Dio ci aiuti tutti se uno solo di noi ha effettivamente un file con una nuova riga nel suo nome. Dopo 17 anni usando Linux, non l'ho visto nemmeno una volta. Mi preoccuperei solo di supportare nomi di file con nuove righe per gli script che devono funzionare indipendentemente da ciò, ma gli script del genere probabilmente non eseguono VIM in modo interattivo.

Un modo rapido per farlo, supponendo che si può garantire nessuno dei percorsi di file contengono SPC, TAB, NL, *, ?, [i personaggi (anche \e {...}in alcune shell) è quello di utilizzare back-tick (aka accenti gravi) per eseguire un comando prima un altro comando in esecuzione.

Per esempio

vi `find / -type f -name 'php.ini'`

Il comando contenuto tra i back-tick verrà eseguito per primo. L'output del comando contenuto viene quindi eseguito dal comando indicato prima dei back-tick.

Ad esempio, nella riga sopra, il find / -type f -name 'php.ini'comando eseguirà prima, invia output e quindi viverrà eseguito sul risultato di split + glob applicato a quell'output.