Eu tentei revum arquivo e depois o canalizei, cat > same_filemas estava se transformando em um arquivo em branco.
Enquanto eu tentei rev file.txt | cat > file2.txt && mv file.txt file2.txt;, funcionou.
Até rev file.txt | cat >> file.txt;funcionou.
Mas quando eu tentei rev file.txt | cat > file.txt, falhou.
Respostas:
O básico que você precisa entender nesse caso entre as duas maneiras de redirecionar (> e >>) é:
Redireciona e substitui as informações para as quais elas foram apontadas. Isso acontece ao receber qualquer informação através do canal "|"
Redireciona e concatena as informações para as quais foi apontada. Isso acontece ao receber qualquer informação através do canal "|"
Nos dois casos, se o arquivo não existir, ele será criado. Somente em ">>" as informações serão concatenadas se você executá-las novamente no mesmo arquivo. Com ">" você simplesmente substituiria tudo o que fez na primeira execução.
Mas aqui está o problema ao usar o mesmo arquivo de entrada que o arquivo de saída. Nesse caso específico, se você usar ">", removeria as informações que a parte "entrada" precisa analisar, uma vez que o arquivo de saída estaria "substituindo-o". Então em:
rev file.txt | cat > file.txt
O que realmente está acontecendo na "explicação em câmera lenta" é:
revse prepara para reverter o conteúdo file.txte enviá-lo para o canalrevestá enviando as informações para o pipe, ele o envia diretamente para cat.catestiver recebendo as informações, ela será aplicada automaticamente ao file.txtque foi definido.catnão esperará para revcanalizar o arquivo inteiro. Ele simplesmente começará no minuto em que a primeira parte da informação chegar, o que significa que, dependendo de qual símbolo você usou, ela abrirá uma conexão file.txt.file.txtenquanto aguarda a chegada das novas informações. Com >>, ele abriria uma conexão file.txte aguardaria novas informações na última linha detectada.file.txtcom > , revtentaria fazer seu trabalho e não obteria nada porque catexcluía tudo em preparação para a nova informação.Então, por que os outros trabalham depois de ler o acima? Por causa disso:
rev file.txt | cat > file2.txt && mv file.txt file2.txt
Aqui você está direcionando para o gato que está enviando as informações para outro arquivo. Nesse caso, o arquivo de entrada processado file.txtnão é o mesmo que o arquivo de saída file2.txt. Depois que você está literalmente substituindo o todo file2.txtcom file.txt, por isso, todo o processo feito pelo catfoi excluída. Basicamente, toda a linha poderia ser simplificada, cp file.txt file2.txtporque ela está fazendo a mesma coisa, pois file2.txtno final perde revo mvcomando e é sobrescrita .
rev file.txt | cat >> file.txt
Nesse caso, você está concatenando as informações para o mesmo arquivo. Portanto, ele está apenas abrindo uma conexão com esse arquivo, mas não apagando as informações como vistas com um único > . O resultado final deve ser a informação original mais a informação invertida.
rev file.txt | cat --bogus-option > file.txttambém truncará o arquivo, mesmo que o gato não tente abri-lo.
moreutils) que inclui spongeuma ferramenta projetada especificamente para a maneira de substituir um arquivo de entrada. Por exemplo, a rev file.txt >file2.txt && mv file2.txt file.txtsolução alternativa se tornaria rev file.txt | sponge file.txt, o que funcionará corretamente mesmo quando já houver algo nomeado file2.txt.
Quando o shell vê o redirecionamento, ele abre os arquivos relevantes primeiro, antes de executar qualquer um dos comandos envolvidos. Assim, quando você faz:
foo file.txt | bar > file.txt
O redirecionamento para file.txtfaz com que seja truncado antes de foo ser executado e pode ser lido file.txt. Em uma nota lateral, é por isso que você não pode fazer:
sed 'blah' file.txt > file.txt
E por que sedtem uma opção de edição no local.
Por fim, fazendo:
.. | cat > file.txt
é um uso inútil de gato , especialmente se você estiver tentando ler file.txtmais cedo.
Se você deseja reverter um arquivo no local, não há atalhos . Você pode usar os truques sedou awkcom a edição no local.
>é um redirecionador (operador) enviando a saída para outra coisa
(entrada do próximo comando, impressora ..)
No seu caso, a saída vai para um arquivo file.txt, se esse arquivo já existir, será sobrescrito, caso contrário, ele será criado.
>>é um operador de acréscimo, se file.txtjá existir, a saída será anexada ao final do arquivo. se o arquivo não existir, ele será criado e a saída gravada no novo arquivo, igual a >(redirecionador).
>e >>.
Você pode usar o Vim no modo Ex:
ex -sc '%!rev' -cx file.txt% selecione todas as linhas
! comando de execução
x salvar e fechar
catfora como este:rev file.txt > file2.txt && mv file2.txt file.txt. Este é um uso supérfluo decat. Ao deixá-lo de fora, você poupa a geração de um processo extra.