Os editores do Unix gostam vie vimsempre colocam novas linhas ( \n) no final de cada linha - especialmente incluindo a última linha. Se não houver final de linha ( eol) na última linha, é uma situação incomum e o arquivo certamente não foi criado por um editor UNIX padrão.
Essa situação incomum é notificada pela [noeol]bandeira no vimeditor; outros editores provavelmente têm sinalizadores e notificações semelhantes.
Ao emacsmover o cursor para o final do arquivo (última linha, após o último caractere) e executar kill-line, você na verdade acaba excluindo o arquivo eol.
Yeow_Meng
11
E alguns serviços lamentar e reclamar e não será iniciado devido a erros por causa de nenhuma EOL no EOF
ivanivan
20
Que a última linha do arquivo não possui uma nova linha (\ n)
@ Bon Ami: Alguns programas, ao ler seu arquivo de texto, precisam do \nfinal da linha para considerá-lo como uma linha completa (com um caractere de nova linha à direita). O exemplo a seguir mostra um arquivo que pode ser parecido com uma completa linha de relance casual em um editor de texto, mas wcfaz não condider-lo como uma linha: printf "x">"file-no-newline"; wc -l <"file-no-newline"- Outpute é: 0 .. o noeol é apenas uma ajuda visual para que você saiba o status ..
Peter.O
2
Isso significa que o sistema operacional em que você está visualizando o arquivo não consegue detectar o final da linha do arquivo (se o arquivo tiver algum). Às vezes, isso acontece quando você move arquivos nos sistemas operacionais (i, e .. do MS para * nix os)
No vim, se o arquivo tiver retorno de carro do Windows " ^M", você poderá corrigi-lo com o seguinte comando: no vim do:
:%s/^M/\r/g
significado:
% => select the whole buffer
s => Search
/^M/ => find Windows Carrage return.
/\r/ => Replae it with *nix carrage return
É 'NO EOL' - sem indicador de fim de linha . Muito útil se você acabar abrindo um arquivo muito grande (> 1 GB). Vim tenta puxar tudo isso em 1 linha. Este indicador me ajuda a fechar rapidamente o arquivo antes que ele estrague meu sistema operacional.
Respostas:
Os editores do Unix gostam
vievimsempre colocam novas linhas (\n) no final de cada linha - especialmente incluindo a última linha. Se não houver final de linha (eol) na última linha, é uma situação incomum e o arquivo certamente não foi criado por um editor UNIX padrão.Essa situação incomum é notificada pela
[noeol]bandeira novimeditor; outros editores provavelmente têm sinalizadores e notificações semelhantes.fonte
emacsmover o cursor para o final do arquivo (última linha, após o último caractere) e executarkill-line, você na verdade acaba excluindo o arquivoeol.Que a última linha do arquivo não possui uma nova linha (\ n)
fonte
\nfinal da linha para considerá-lo como uma linha completa (com um caractere de nova linha à direita). O exemplo a seguir mostra um arquivo que pode ser parecido com uma completa linha de relance casual em um editor de texto, maswcfaz não condider-lo como uma linha:printf "x">"file-no-newline"; wc -l <"file-no-newline"- Outpute é:0.. o noeol é apenas uma ajuda visual para que você saiba o status ..Isso significa que o sistema operacional em que você está visualizando o arquivo não consegue detectar o final da linha do arquivo (se o arquivo tiver algum). Às vezes, isso acontece quando você move arquivos nos sistemas operacionais (i, e .. do MS para * nix os)
No vim, se o arquivo tiver retorno de carro do Windows "
^M", você poderá corrigi-lo com o seguinte comando: no vim do:significado:
Nota: no Mac OX,
^M is ctl+v && ctrl+mfonte
É 'NO EOL' - sem indicador de fim de linha . Muito útil se você acabar abrindo um arquivo muito grande (> 1 GB). Vim tenta puxar tudo isso em 1 linha. Este indicador me ajuda a fechar rapidamente o arquivo antes que ele estrague meu sistema operacional.
fonte