In meinem Latex wurde dieser Fehler angezeigt:
Error | line 3|! Text line contains an invalid character.
aus dem Nichts. Tatsächlich werden 100 dieser Fehler angezeigt, alle in derselben Zeile.
Ich begann zu untersuchen und versuchte zu testen, woher der Fehler kommen könnte. Am Ende landete ich bei folgendem Code:
\documentclass[12pt,twoside]{report}
\begin{document}
Hello $1,2,3$.
\end{document}
und derselbe Fehler erscheint. Ich habe versucht, die \documentclass zu entfernen, aber derselbe Fehler erscheint. Hier ist ein Screenshot des/der Fehler(s);
Wenn mir einer von euch helfen könnte, ich werde wahnsinnig!
Die Protokolldatei:
LOG-DATEI: Dies ist pdfTeX, Version 3.1415926-2.5-1.40.14 (MiKTeX 2.9 64-Bit) (vorinstalliertes Format=pdflatex 2015.6.27) 3. August 2015 17:47, Wechsel in den erweiterten Modus
**main.tex ("C:\Users\Admin\Dropbox\Mestrado\Tese\Latex\Minhatese\main.tex" LaTeX2e <2011/06/27> Babel und Silbentrennungsmuster für Englisch, Afrikaans, Altgriechisch, Arabisch, Armenisch, Assamesisch, Baskisch, Bengalisch, Bokmal, Bulgarisch, Katalanisch, Koptisch, Kroatisch, Tschechisch, Dänisch, Niederländisch, Esperanto, Estnisch, Farsi, Finnisch, Französisch, Galizisch, Deutsch, Deutsch-x-2013-05-26, Griechisch, Gujarati, Hindi, Ungarisch, Isländisch, Indonesisch, Interlingua, Irisch, Italienisch, Kannada, Kurmanji, Latein, Lettisch, Litauisch, Malayalam, Marathi, Mongolisch, Mongolianlmc, Monogriechisch, ngerman, n german-x-2013-05-26, Nynorsk, Oriya, Panjabi, Pinyin, Polnisch, Portugiesisch, Rumänisch, Russisch, Sanskrit, Serbisch, Slowakisch, Slowenisch, Spanisch, Schwedisch, Schweizerdeutsch, Tamil, Telugu, Türkisch, Turkmenisch, Ukenglisch, Ukrainisch, Obersorbisch, Usengl ishmax, Walisisch, geladen.
("C:\Programme\MiKTeX2.9\tex\latex\base\report.cls" Dokumentklasse: >report 2007/10/19 v1.4h Standard-LaTeX-Dokumentklasse ("C:\Programme >Dateien\MiKTeX 2.9\tex\latex\base\size12.clo" Datei: size12.clo 2007/10/19 v1.4h Standard >LaTeX-Datei (Größenoption) ) \c@part=\count79 \c@chapter=\count80 \c@section=\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:\Benutzer\Admin\Dropbox\Mestrado\Tese\Latex\Minha tese\main.aux" !
Die Textzeile enthält ein ungültiges Zeichen. l.3 … Gerade wurde ein komisches Symbol eingegeben, das ich nicht lesen kann. Machen Sie weiter und ich vergesse, dass es jemals passiert ist. ! Die Textzeile enthält ein ungültiges Zeichen. l.3 … Gerade wurde ein komisches Symbol eingegeben, das ich nicht lesen kann. Machen Sie weiter und ich vergesse, dass es jemals passiert ist.
[... immer wieder der gleiche Fehler ...]
! ==> Schwerwiegender Fehler ist aufgetreten, es wurde keine PDF-Ausgabedatei erstellt!
Antwort1
Manchmal bekomme ich solche Fehler aufgrund beschädigter Hilfsdateien, z. B. eine abgeschnittene *.aux-Datei oder ähnliches, weil pdflatex beendet wurde. Eine andere Quelle kann „unsichtbarer“ Müll in der Datei sein, z. B. eingeschlichene Steuerzeichen oder sogar eine lustige Aktion wie ein Terminal-Escape, das zurückgeht und Müll mit Leerzeichen überschreibt. Eine andere Möglichkeit ist, dass Sie Zeichen in der Datei haben, diesehennormal, sind es aber nicht (z. B. zeigen moderne Systeme UTF-8-Text ohne große Probleme an; ein griechisches Omikron sieht aus wie ein lateinisches o, aber es sind unterschiedliche Zeichen; wenn Sie die Kodierung nicht auf UTF-8 einstellen, werden Sie Ärger bekommen). Praktische Lösung: LöschenalleZwischendateien und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, öffnen Sie die Datei und geben Sie die fehlerhafte Zeile erneut ein. Löschen Sie dabei das Original. Manchmal müssen Sie einen Absatz neu schreiben, um das Problem zu beheben.
Aktualisieren:Hatte gerade eine ärgerliche Runde, pdflatexweil ich irgendwie ein komisches Zeichen eingefügt hatte (sah aus wie ein Apostroph, war aber keins – fast unsichtbar).
Antwort2
Meine Vermutung ist, dass die falsche Eingabedatei verwendet wird. Statt der Quelldatei wird LaTeX eine Binärdatei übergeben, wie zum Beispiel eine PDF-Datei.
Eine weitere Möglichkeit ist eine falsche Kodierung. Es gibt eine gewisse Unterstützung für UTF-8. Aber UTF-16 und UTF-32 werden nicht unterstützt. Die hinzugefügten Null-Bytes verursachen ebenfalls diese Art von Fehler.
Wenn TeX ausgeführt wird, wird eine Datei mit der Erweiterung generiert .log. Dieses Protokoll zeigt Ihnen die Eingabedateien sowie die vollständigen Fehlermeldungen. Bitte aktualisieren Sie die Frage, um die .logDatei einzuschließen (zumindest vom Start bis zu den ersten Fehlermeldungen, es müssen nicht alle Fehlermeldungen sein).
Antwort3
Ich würde den Kommentar von @melissa_boiko gerne zu einer vollständigen Antwort hochstufen, da er mein entsprechendes Problem gelöst hat. Überprüfen Sie, ob Sie latexmk -pvcin einem anderen Terminalfenster eins laufen haben. Wenn ja, beenden Sie es mit Strg-C, entfernen Sie alle generierten Dateien (wichtig .aux: maybe .bblund andere) und kompilieren Sie es erneut.
@melissa_boikos ursprünglicher Kommentar (unter@vonbrands Antwort) ab Februar 2018:
Nachdem ich etwas Text hinzugefügt hatte, erhielt ich diesen Fehler mit nachgestellten NULs (^@) in einer zufälligen, nicht verwandten Zeile und ich konnte sie nie in den Quellen finden oder herausfinden, wie sie mit der Änderung zusammenhingen. Ich versuchte, gefährlich aussehende Zeilen auszukommentieren, aber es schien kein Muster in der Reaktion zu geben. Dann bemerkte ich, dass xelatex mir unabhängig von der Kommentierung unterschiedliche Ergebnisse lieferte; zwei Läufe hintereinander aus identischen Quellen konnten entweder ordnungsgemäß kompiliert werden oder mit einem ungültigen Zeichen abbrechen. Es stellte sich heraus, dass ich einen latexmk -pvc-Prozess vergessen hatte, der in einem anderen Tab lief, und ich konkurrierte mit mir selbst.
Aller Dank gebührt ihnen.
Antwort4
Ich habe dieses Problem gerade selbst gelöst. Es hatte eine andere Ursache als die oben besprochenen. Bei mir wurde das Problem durch die selektive Synchronisierung von Dropbox verursacht. Ich habe den Ordner mit den Tex-Dateien und allen Eingabedateien so geändert, dass er lokal gespeichert wird. Das hat das Problem für mich gelöst.