xargs e vi - “A entrada não é de um terminal”

Eu tenho cerca de 10 php.iniarquivos no meu sistema, localizados em todo o lugar, e queria procurá-los rapidamente. Eu tentei este comando:

locate php.ini | xargs vi

Mas vime avisa Input is not from a terminale, em seguida, o console começa a ficar realmente estranho - após o qual eu preciso pressionar :q!para sair vie desconectar da sessão ssh e reconectar para que o console se comporte normalmente novamente.

Eu acho que meio que entendo o que está acontecendo aqui - basicamente, o comando não terminou quando viiniciado, portanto o comando talvez não tenha terminado e vinão pense que o terminal esteja no modo normal.

Não faço ideia de como consertar. Eu pesquisei no Google e também no unix.stackexchange.com com pouca sorte.

vi $(locate php.ini)

Nota: isso terá problemas se os caminhos do arquivo tiverem espaços, mas é funcionalmente equivalente ao seu comando.
Esta próxima versão manipulará corretamente os espaços, mas é um pouco mais complicada (as novas linhas nos nomes de arquivos ainda serão quebradas)

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

Explicação:

O que está acontecendo é que os programas herdam seus descritores de arquivos do processo que os gerou. xargstem seu STDIN conectado ao STDOUT de locate, portanto vi, não tem idéia do que o STDIN original realmente está.

Esta questão foi previamente perguntado sobre o usuário Super fórum.

Citando a resposta de @ grawity sobre essa pergunta:

Quando você invoca um programa via xargs, o stdin do programa (entrada padrão) aponta para / dev / null. (Como o xargs não conhece o stdin original, ele faz a próxima melhor coisa.)

O Vim espera que seu stdin seja igual ao seu terminal de controle e executa vários ioctls relacionados ao terminal no stdin diretamente. Quando feitos em / dev / null (ou qualquer descritor de arquivo não-tty), esses ioctls não fazem sentido e retornam ENOTTY, que é ignorado silenciosamente.

Isso é mencionado nas páginas de manual do xarg. Do OSX / BSD:

-o Reabra stdin como / dev / tty no processo filho antes de executar o comando. Isso é útil se você deseja que o xargs execute um aplicativo interativo.

Portanto, no OSX, você pode usar o seguinte comando:

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

Embora não haja opção direta na versão GNU, este comando funcionará. (Certifique-se de incluir a dummysequência, caso contrário ela eliminará o primeiro arquivo.)

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

As soluções acima são cortesia de Jaime McGuigan no SuperUser . Adicionando-os aqui para futuros visitantes pesquisando no site por esse erro.

Com GNU findutils, e um escudo com suporte para substituição de processo (ksh, zsh, bash), você pode fazer:

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

A idéia é passar a lista de arquivos por meio de um -a filenamestdin. O uso -0garante que ele funcione independentemente dos caracteres ou não caracteres que os nomes dos arquivos podem conter.

Com zsh, você pode fazer:

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

(onde 0é o sinalizador de expansão de parâmetro a ser dividido em NULs).

No entanto, observe que, ao contrário xargs -rdisso, ainda é executado visem argumento se nenhum arquivo for encontrado.

Editar vários php.ini dentro do mesmo editor?

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

Este erro ocorre quando o vim é chamado e está conectado à saída do pipeline anterior, em vez do terminal e recebendo diferentes entradas inesperadas (como NULs). O mesmo acontece quando você executa :, vim < /dev/nullportanto, o resetcomando neste caso ajuda. Isso é bem explicado pelo grawity no superusuário .

No Unix / OSX você pode usar xargscom o -oparâmetro, como:

locate php.ini | xargs -o vim

^{-oReabra stdin como / dev / tty no processo filho antes de executar o comando. Isso é útil se você deseja que o xargs execute um aplicativo interativo.}

No Linux, tente a seguinte solução alternativa:

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

Como alternativa, use o GNU em parallelvez de xargsforçar a alocação de tty, no exemplo:

locate php.ini | parallel -X --tty vi

^{Nota: parallelno Unix / OSX não funcionará, pois possui parâmetros diferentes e não suporta tty.}

^{Muitos outros comandos populares também fornecem alocação pseudo-tty (como -tem ssh), portanto, procure ajuda.}

Como alternativa, use findpara passar nomes de arquivos para editar; portanto, não precisa xargs, basta usar -exec, por exemplo:

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

@ O IFShack de Patrick é necessário apenas para conchas idiotas como bashe zsh. fish divide a string em novas linhas por padrão.

$ vim (locate php.ini)

E Deus ajude a todos se um único de nós realmente tiver um arquivo com uma nova linha em seu nome. Depois de 17 anos usando o Linux, eu não o vi nem uma vez. Eu só me incomodaria em dar suporte a nomes de arquivos com novas linhas para scripts que precisam funcionar, não importa o que aconteça, mas scripts como esse provavelmente não estão executando o vim interativamente.

Uma maneira rápida de fazê-lo, supondo que você pode garantir nenhum dos caminhos de arquivos contêm SPC, TAB, NL, *, ?, [personagens (também \e {...}em algumas conchas) é usar back-carrapatos (aka acento grave) para executar um comando antes outro comando em execução.

Por exemplo

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

O comando contido nos back-ticks será executado primeiro. A saída do comando contido é então executada pelo comando indicado antes dos back-ticks.

Por exemplo, na linha acima, o find / -type f -name 'php.ini'comando será executado primeiro, enviará a saída e, em seguida vi, será executado no resultado da divisão + glob aplicada a essa saída.