Fehler: Argument of \scr@load@hook has an extra }.

Antwort erstellen


Diese Frage dient dazu, das automatisierte Versenden von Formularen durch Spam-Bots zu verhindern.
Smilies
:D :) :( :o :shock: :? 8) :lol: :-x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode ist eingeschaltet
[img] ist eingeschaltet
[flash] ist ausgeschaltet
[url] ist eingeschaltet
Smilies sind eingeschaltet

Die letzten Beiträge des Themas

Ich habe die Datenschutzerklärung gelesen und bin damit einverstanden.

   

Wenn du eine Datei oder mehrere Dateien anhängen möchtest, gib die Details unten ein.

Ansicht erweitern Die letzten Beiträge des Themas: Fehler: Argument of \scr@load@hook has an extra }.

von kasper_d » Mo 17. Apr 2017, 14:37

Hmmm, Fehler noch immer da in Texlipse, weiterhin keine Fehlermeldungen mit pdflatex, biber findet auch nichts, "\}" oder "\{" gibt es nicht mehr, die Bibliothek kann völlig leer sein, auch das "\cite"-Problem habe ich gefunden (irgendwo stand "\cite \cite{XXX}", früher oder später wäre das aufgefallen) - ich gebe es auf, solange am Ende ich ein Dokument mit pdflatex erstellen kann, bin ich glücklich, vielleicht ist es ja auch ein Bug im Editor ...

von u_fischer » Mo 17. Apr 2017, 11:37

biber kann kein TeX. \} sind für biber einfach nur \ und } (und wenn du das innerhalb eines Feldes verwendest, ohne das es ein zugehörige schließende Klammer gibt, gibt es sofort biber-Fehler.

Ich werde mal fragen, ob biber sowas abfangen kann. Aber es ändert nichts an deinem Problem: Diese \} geben Fehler, und diese Fehler erscheinen in der log-Datei. Wenn du die nicht siehst, hast du dein Buildsystem nicht im Griff.

Edit: M.E. kann biber es nicht anders, man muss also selbst darauf achten, dass man keine vereinzelte \{ und \} verwendet und kein \} am Ende (das sowieso Unsinn ist). Siehe auch https://github.com/plk/biber/issues/61

von kasper_d » Mo 17. Apr 2017, 11:35

WAHHH zu früh gefreut glaube ich, der Fehler ist noch immer da, aber pdflatex und biber geben jetzt keine Fehlermeldungen mehr aus, da kann ich noch so oft aufrufen, nur diese beiden Junk- und \cite-Warnungen sind bei biber immer noch da, pdflatex scheint dies aber nicht zu stören.

von kasper_d » Mo 17. Apr 2017, 10:54

u_fischer hat geschrieben:Naja, der Zeitverlust ist ja weniger wegen LaTeX sondern wegen deiner Umgebung. Automatische Buildsysteme mögen bequem sein, aber wenn es Fehler gibt, sollte man schon wissen, was die tun und wie man es Schritt für Schritt nachvollziehen kann.
Jein, so kann man es auch sehen ... trotzdem wundert es mich ein bisschen, dass "biber" da gar nichts aufgefallen ist, also meine "nutzlosen" Templates verursachen sofort eine Junk-Warnung, die fehlenden Klammern sind hingegen keine Warnung wert. Somit hat sowohl "biber" als auch Texlipse keine Fehler bei meiner Bibliothek angezeigt, was früher aber durchaus vorgekommen ist.

von u_fischer » Mo 17. Apr 2017, 00:00

Naja, der Zeitverlust ist ja weniger wegen LaTeX sondern wegen deiner Umgebung. Automatische Buildsysteme mögen bequem sein, aber wenn es Fehler gibt, sollte man schon wissen, was die tun und wie man es Schritt für Schritt nachvollziehen kann.

von kasper_d » So 16. Apr 2017, 23:43

author = {Wandl, Klemens S.\},
author = {Mart\'{i}n Jim\'{e}nez, Adolfo J.\ and Garc\'{i}a Prats, Francisco Alfredo and Calder\'{o}n Carrero, Jos\'{e} Manuel},
DAS waren wohl die Fehler (da ich auf Englisch schreibe, habe ich wohl der Gewohnheit nach sicherstellen wollen, dass das kein Satzpunkt ist), eigentlich logisch, dass das nicht funktionieren kann. Anhand der aussagekräften Fehlermeldungen hätte ich das auch in 5 Minuten herausfinden können ... jetzt bin ich natürlich etwa schlauer, aber das muss man auch mal wissen, dass Texlipse wohl im Hintergrund die Bibliothek mitkompiliert (und mir daher irgendwann nach einer halben Stunde Fehlermeldungen anzeigt), während aber die Bibliothek in die Vorschau NICHT automatisch eingebunden wird, solange man nicht selbst "biber" aufruft, sodass es Fehlermeldungen für etwas geben kann, was man eigentlich noch gar nicht ins Dokument eingebunden hat, und die Fehlermeldungen über "pdflatex" niemals auftreten, weil man eben nicht daran denkt, dass es an der noch nicht eingebundenen Literatur liegen könnte und man "biber" aufrufen sollte, ... so schön Latex auch ist, manchmal verliert man einfach extrem viel Zeit :-( - ich hoffe jetzt ist der Fehler wirklich weg, die halbe Stunde warte ich heute aber nicht mehr.

von kasper_d » So 16. Apr 2017, 22:13

u_fischer hat geschrieben:"Argument of \scr@load@hook has an extra }" ist nicht etwas, was sich ein Editor aus den Fingern saugt.

Abgesehen davon, können Fehler ja auch erst nach der zweiten oder dritten Kompilation, oder nach dem bibtex oder makeindex-Lauf auftauchen.
Danke, das war hilfreich, ich habe jetzt fast den ganzen Tag herumprobiert:

Mehrmals kompilieren mit pdflatex ändert nichts, keine Fehler in der log-Datei, aber Fehler in Texlipse auch wenn ich die Literatur-Bibliothek nicht einbinde. Binde ich diese ein und kompiliere ich mit biber, erhalte ich die folgenden zwei Warnungen:
INFO - This is Biber 2.5
INFO - Logfile is 'document.blg'
INFO - Reading 'document.bcf'
INFO - Found 141 citekeys in bib section 0
INFO - Processing section 0
INFO - Looking for bibtex format file 'refs.bib' for section 0
INFO - Decoding LaTeX character macros into UTF-8
INFO - Found BibTeX data source 'refs.bib'
WARN - BibTeX subsystem: C:\Users\admin\AppData\Local\Temp\45s7kk6cMU\refs.bib_1
0544.utf8, line 1011, warning: 34 characters of junk seen at toplevel
WARN - I didn't find a database entry for '\cite' (section 0)
INFO - Overriding locale 'en-US' defaults 'variable = shifted' with 'variable =
non-ignorable'
INFO - Overriding locale 'en-US' defaults 'normalization = NFD' with 'normalizat
ion = prenormalized'
INFO - Sorting list 'nty/global/' of type 'entry' with scheme 'nty' and locale '
en-US'
INFO - No sort tailoring available for locale 'en-US'
INFO - Writing 'document.bbl' with encoding 'UTF-8'
INFO - Output to document.bbl
INFO - WARNINGS: 2
Auf die TEMP-Datei "refs.bib_10544.utf8" kann ich nicht zugreifen, die ist sofort wieder weg. Aber ich glaube, der mag meine leeren Vorlagen nicht, die ich ganz oben in der Bibliothek habe ...

Das "\cite"-Problem habe ich auch nicht gefunden, habe nach "cite[\cite", "cite{\cite" etc. schon gesucht. Vielleicht liegt hier der Fehler, morgen werde ich dann weiter versuchen ...

von u_fischer » So 16. Apr 2017, 17:30

"Argument of \scr@load@hook has an extra }" ist nicht etwas, was sich ein Editor aus den Fingern saugt.

Abgesehen davon, können Fehler ja auch erst nach der zweiten oder dritten Kompilation, oder nach dem bibtex oder makeindex-Lauf auftauchen.

von kasper_d » So 16. Apr 2017, 17:21

u_fischer hat geschrieben:Die Fehlerzusammenfassungen deines Editors sind für sowas ziemlich nutzlos. Schau lieber nach jedem Kompilationsschritt in die log-Datei.
Das ist ja das Problem, dort gibt es diesen Fehler gar nicht, auch wenn ich das gesamte Dokument mit allen drei Teilen mit "pdflatex" kompiliere, keine der sechs Fehlermeldungen ist in der log-Datei zu finden, es gibt gar keine Fehler dort ...

von u_fischer » So 16. Apr 2017, 16:22

Die Fehlerzusammenfassungen deines Editors sind für sowas ziemlich nutzlos. Schau lieber nach jedem Kompilationsschritt in die log-Datei.

Nach oben