Error de látex inesperado: la línea de texto contiene un carácter no válido

Error de látex inesperado: la línea de texto contiene un carácter no válido

Mi látex comenzó a mostrar este error:

Error | line 3|! Text line contains an invalid character.

de la nada. En realidad, muestra 100 de estos errores, todos en la misma línea.

Empecé a investigar y traté de probar de dónde podía venir el error. Al final terminé con el siguiente código:

\documentclass[12pt,twoside]{report}
\begin{document}
  Hello $1,2,3$.
\end{document}

y aparece el mismo error. Intenté eliminar \documentclass pero aparece el mismo error. Aquí hay una pantalla de impresión de los errores;

imagen del error(s)

Si alguno de ustedes pudiera ayudarme, ¡esto me está volviendo loco!

El archivo de registro:

ARCHIVO DE REGISTRO: Este es pdfTeX, versión 3.1415926-2.5-1.40.14 (MiKTeX 2.9 de 64 bits) (formato precargado = pdflatex 2015.6.27) 3 de agosto de 2015 17:47 ingresando al modo extendido

**main.tex ("C:\Users\Admin\Dropbox\Mestrado\Tese\Latex\Minhatese\main.tex" LaTeX2e <2011/06/27> Babel y patrones de separación de palabras para inglés, afrikáans, griego antiguo, árabe, armenio, asamés, vasco, bengalí, bokmal, búlgaro, catalán, copto, croata, checo, danés, holandés, esperanto, estonio, farsi, finlandés, francés, gallego, alemán, alemán-x-2013-05-26, griego , gujarati, hindi, húngaro, islandia ic, indonesio, interlingua, irlandés, italiano, kannada, kurmanji, latín, letón, lituano, malayalam, marathi, mongol, mongolianlmc, monogriego, ngerman, n alemán-x-2013-05-26 , nynorsk, oriya, panjabi, pinyin, polaco, portugués, romano, ruso, sánscrito, serbio, eslovaco, esloveno, español, sueco, suizo, tamil, telugu, turco, turcomano, ukenglish, ucraniano, Uppersorbian, usengl ishmax, galés, cargado.

("C:\Program Files\MiKTeX2.9\tex\latex\base\report.cls" Clase de documento: >report 2007/10/19 v1.4h Clase de documento estándar LaTeX ("C:\Program >Files\MiKTeX 2.9 \tex\latex\base\size12.clo" Archivo: size12.clo 2007/10/19 v1.4h Standard >Archivo LaTeX (opción de tamaño) ) \c@part=\count79 \c@chapter=\count80 \c@ sección=\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" !

La línea de texto contiene un carácter no válido. l.3... Se acaba de introducir un símbolo curioso que no puedo leer. Continúe y olvidaré lo que sucedió. ! La línea de texto contiene un carácter no válido. l.3... Se acaba de introducir un símbolo curioso que no puedo leer. Continúe y olvidaré lo que sucedió.

[...el mismo error una y otra vez...]

! ==> ¡Ocurrió un error fatal, no se produjo ningún archivo PDF de salida!

Respuesta1

A veces recibo este tipo de errores debido a archivos auxiliares corruptos, por ejemplo, un *.aux truncado o similar debido a la eliminación de pdflatex. Otra fuente puede ser basura "invisible" en el archivo, que puede ser, por ejemplo, caracteres de control que se colaron, o incluso alguna hilaridad como un escape de terminal que retrocede y sobrescribe algo de basura con espacios. Otra posibilidad es que tengas caracteres en el archivo quemirarnormales, pero no lo son (por ejemplo, los sistemas modernos muestran texto UTF-8 con pocos problemas; un omicrón griego parece una o latina, pero son caracteres diferentes; a menos que configure la codificación para UTF-8, se molestará). Solución práctica: eliminartodoarchivos intermedios y vuelva a intentarlo. Si el problema persiste, abra el archivo y vuelva a escribir la línea infractora, eliminando el original. A veces sería necesario reescribir un párrafo para solucionar este problema.

Actualizar:Acabo de tener una ronda exasperante pdflatexporque de alguna manera inserté un carácter extraño (parecía un apóstrofe, pero no era casi invisible).

Respuesta2

Mi suposición es que se utiliza el archivo de entrada incorrecto. En lugar del archivo fuente, a LaTeX se le proporciona un archivo binario, como por ejemplo un archivo PDF.

Otra opción es una codificación incorrecta. Hay cierto soporte para UTF-8. Pero no se admiten UTF-16 ni UTF-32. Los cero bytes agregados también causan este tipo de errores.

Cuando TeX se está ejecutando, genera un archivo con extensión .log. Este registro le muestra los archivos de entrada, así como los mensajes de error completos. Actualice la pregunta para incluir el .logarchivo (al menos desde el inicio hasta los primeros mensajes de error, no es necesario que aparezcan todos los mensajes de error).

Respuesta3

Me gustaría promover el comentario de @melissa_boiko a una respuesta completa porque resolvió mi problema relacionado. Compruebe si se está ejecutando latexmk -pvcen otra ventana de terminal. En caso afirmativo, elimínelo con Ctrl-C, elimine todos los archivos generados (es importante .aux, tal vez .bbly otros) y vuelva a compilar.

El comentario original de @melissa_boiko (bajoLa respuesta de @vonbrand) de febrero de 2018:

Después de agregar algo de texto, recibí este error con los NUL finales (^@) en una línea aleatoria y no relacionada, y nunca pude buscarlos en las fuentes ni descubrir cómo se relacionaba con el cambio. Intenté comentar líneas que parecían peligrosas, pero no parecía haber ningún patrón en cómo reaccionaba. Luego noté que xelatex me estaba dando resultados diferentes independientemente de comentar; dos ejecuciones seguidas de fuentes idénticas pueden compilarse bien o interrumpirse con un carácter no válido. Resulta que había olvidado un proceso latexmk -pvc ejecutándose en otra pestaña y estaba compitiendo conmigo mismo.

Todo el agradecimiento va para ellos.

Respuesta4

Yo mismo resolví este problema, que tenía una causa distinta a las comentadas anteriormente. Para mí, el problema fue causado por la sincronización selectiva de Dropbox. Cambié la carpeta que contiene los archivos tex y todos los archivos de entrada para almacenarlos localmente. Eso resolvió el problema para mí.

información relacionada