“Erro inesperado: sequência de bytes inválida na entrada de conversão” em gedit

7

Eu tenho um arquivo de texto. Eu criei o conteúdo do arquivo de texto copiando de alguma página da Web para ele. Durante a criação, eu estava completamente sob gedit. Eu salvei o arquivo e saí do gedit. Mas desde então, não consegui abrir o arquivo no gedit (apesar de poder abri-lo no Emacs). Eu tentei abri-lo no gedit, mas falhar porque "erro inesperado: seqüência de bytes inválidos na entrada de conversão".

  1. Como devo abrir esse arquivo com sucesso, se sem alterar o conteúdo do arquivo?
  2. Eu acho que existem alguns caracteres "ruins", e quero ver o que Eles são e removê-los se eles não são importantes. Como devo identificar os personagens culpados?

Obrigado!

    
por Tim 07.07.2012 / 22:02

2 respostas

2

Eu enfrentei o mesmo problema. Para mim, o problema era que a codificação do arquivo tinha mudado desde que foi aberta pela última vez com o Gedit (de WINDOWS-1252 to UTF-8 ). Como eu tinha definido manualmente a codificação quando abri o arquivo pela primeira vez, o Gedit salvou essa informação e tentou reutilizá-la na próxima vez que eu abri o arquivo após a alteração da codificação; isso resultou na referida mensagem de erro.

Para corrigir o problema, tive que remover as informações de codificação salvas dos metadados gvfs da seguinte forma:

gvfs-set-attribute --type unset MY_FILE.txt 'metadata::gedit-encoding'

Você sempre pode descobrir o que o Gedit salvou sobre um determinado arquivo:

gvfs-info MY_FILE.txt | grep 'metadata::gedit'

Por exemplo, antes de emitir o comando acima, a saída do meu arquivo era esta:

  metadata::gedit-encoding: WINDOWS-1252
  metadata::gedit-position: 0
  metadata::gedit-spell-language: de_DE

Depois de remover o atributo de codificação, a saída foi exatamente assim:

  metadata::gedit-position: 0
  metadata::gedit-spell-language: de_DE
    
por Chriki 10.04.2013 / 10:30
1

digite isto no terminal

gsettings set org.gnome.gedit.preferences.encodings auto-detected "['UTF-8', 'CURRENT', 'ISO-8859-15', 'UTF-16']"
    
por user354196 03.12.2014 / 03:01

Tags