Meu látex começou a mostrar este erro:
Error | line 3|! Text line contains an invalid character.
do nada. Na verdade, mostra 100 desses erros, todos na mesma linha.
Comecei a investigar e tentei testar de onde poderia vir o erro. No final terminei com o seguinte código:
\documentclass[12pt,twoside]{report}
\begin{document}
Hello $1,2,3$.
\end{document}
e aparece o mesmo erro. Tentei remover o \documentclass mas aparece o mesmo erro. Aqui está um printscreen do(s) erro(s);
Se algum de vocês me ajudar, isso está me deixando louco!
O arquivo de registro:
ARQUIVO DE LOG: Este é o pdfTeX, versão 3.1415926-2.5-1.40.14 (MiKTeX 2.9 64 bits) (formato pré-carregado = pdflatex 2015.6.27) 3 de agosto de 2015 17:47 entrando no modo estendido
**main.tex ("C:\Users\Admin\Dropbox\Mestrado\Tese\Latex\Minhatese\main.tex" LaTeX2e <2011/06/27> Babel e padrões de hifenização para inglês, africâner, grego antigo, ar abic, armênio, assamês, basco, bengali, bokmal, búlgaro, catalão, copta, croata, tcheco, dinamarquês, holandês, esperanto, estoniano, farsi, finlandês, francês, galego, alemão, alemão-x-2013-05-26, grego , gujarati, hindi, húngaro, islândia ic, indonésio, interlíngua, irlandês, italiano, kannada, kurmanji, latim, letão, lituano, malayalam, marathi, mongol, mongolianlmc, monogrego, ngerman, n alemão-x-2013-05-26 , nynorsk, oriya, panjabi, pinyin, polonês, português, romano, russo, sânscrito, sérvio, eslovaco, esloveno, espanhol, sueco, suíço-germânico, tamil, telugu, turco, turcomano, ukenglish, ucraniano, sorbian superior, usengl ishmax, galês, carregado.
("C:\Arquivos de programas\MiKTeX2.9\tex\latex\base\report.cls" Classe de documento: >report 2007/10/19 v1.4h Classe de documento LaTeX padrão ("C:\Program >Files\MiKTeX 2.9 \tex\latex\base\size12.clo" Arquivo: size12.clo 2007/10/19 v1.4h Padrão >Arquivo LaTeX (opção de tamanho) ) \c@part=\count79 \c@chapter=\count80 \c@ seção=\count81 \c@subsection=\count82 \c@subsubsection=\count83 \c@paragraph=\count84 \c@subparagraph=\count85 \c@figure=\count86 \c@table=\count87 \abovecaptionskip=\ skip41 \belowcaptionskip=\skip42 \bibindent=\dimen102 )
("C:\Users\Admin\Dropbox\Mestrado\Tese\Latex\Minha tese\main.aux" !
A linha de texto contém um caractere inválido. l.3 ... Um símbolo engraçado que não consigo ler acabou de ser inserido. Continue e esquecerei o que aconteceu. ! A linha de texto contém um caractere inválido. l.3 ... Um símbolo engraçado que não consigo ler acabou de ser inserido. Continue e esquecerei o que aconteceu.
[... o mesmo erro repetidas vezes...]
! ==> Ocorreu um erro fatal, nenhum arquivo PDF de saída foi produzido!
Responder1
Às vezes recebo esses erros devido a arquivos auxiliares corrompidos, por exemplo, um *.aux truncado ou algo semelhante devido à eliminação do pdflatex. Outra fonte pode ser lixo "invisível" no arquivo, que pode ser, por exemplo, caracteres de controle que entraram sorrateiramente, ou até mesmo alguma hilaridade como um escape de terminal que volta e substitui algum lixo por espaços. Outra possibilidade é que você tenha caracteres no arquivo queolharnormais, mas não são (por exemplo, sistemas modernos exibem texto UTF-8 com poucos problemas; um omicron grego se parece com o latino, mas são caracteres diferentes; a menos que você configure a codificação para UTF-8, você ficará triste). Solução prática: Excluirtodosarquivos intermediários e tente novamente. Se o problema persistir, abra o arquivo e digite novamente a linha incorreta, excluindo o original. Às vezes você precisaria reescrever um parágrafo para corrigir isso.
Atualizar:Só tive uma rodada irritante pdflatexporque de alguma forma inseri algum caractere estranho (parecia um apóstrofo, mas não era --- quase invisível).
Responder2
Minha suposição é que o arquivo de entrada errado foi usado. Em vez do arquivo fonte, o LaTeX recebe um arquivo binário, como um arquivo PDF, por exemplo.
Outra opção é uma codificação errada. Existe algum suporte para UTF-8. Mas UTF-16 e UTF-32 não são suportados. Os zero bytes adicionados também causam esse tipo de erro.
Quando o TeX está em execução, ele gera um arquivo com extensão .log. Este log mostra os arquivos de entrada, bem como as mensagens de erro completas. Por favor, atualize a pergunta para incluir o .logarquivo (pelo menos desde o início até as primeiras mensagens de erro, não há necessidade de todas as mensagens de erro).
Responder3
Gostaria de promover o comentário de @melissa_boiko como uma resposta completa porque resolveu meu problema relacionado. Verifique se você está executando latexmk -pvcem outra janela do terminal. Se sim, mate-o com Ctrl-C, remova todos os arquivos gerados (mais importante .aux, talvez .bble outros) e compile novamente.
Comentário original de @melissa_boiko (emResposta de @vonbrand) de fevereiro de 2018:
Depois de adicionar algum texto, recebi esse erro ao rastrear NULs (^@) em uma linha aleatória e não relacionada, e nunca consegui encontrá-los nas fontes ou descobrir como isso estava relacionado à alteração. Tentei comentar falas de aparência perigosa, mas parecia não haver nenhum padrão de reação. Então percebi que o xelatex estava me dando resultados diferentes independente de comentários; duas execuções consecutivas de fontes idênticas podem compilar corretamente ou quebrar com caracteres inválidos. Acontece que eu tinha esquecido um processo latexmk -pvc em execução em outra aba e estava competindo comigo mesmo.
Todos os agradecimentos vão para eles.
Responder4
Acabei de resolver esse problema sozinho, que teve uma causa distinta daquelas discutidas acima. Para mim, o problema foi causado pela sincronização seletiva do Dropbox. Alterei a pasta que contém os arquivos tex e todos os arquivos de entrada para serem armazenados localmente. Isso resolveu o problema para mim.