xelatex bleibt ohne Fehlermeldung stehen

[MoonKid]

Mein xelatex bleibt bei einem build mehr oder weniger stehen. Ein virtueller Kern ist voll ausgelastet und das hier sind die letzten Zeilen des outputs.

(/usr/share/texlive/texmf-dist/tex/latex/pgf/utilities/pgfcalendar.sty
(/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfcalendar.code.tex))
) (./tecaho_gantt.aux) ABD: EveryShipout initializing macros

Ich kann xelatex dann nur noch töten, um in meinen Editor zurückzukommen.

Wo hängt er sich hier auf?

\documentclass{article}
\usepackage{pgfgantt}

\begin{document}
\begin{ganttchart}
    [
        %x unit=0.7 mm, % timeslot Breite
        time slot format=isodate
    ]
    {2017-04-01}{2017-09-30}
    \gantttitle{Zeitplanung}\\
    \gantttitlecalendar{year, month=shortname}\\
    %\ganttbar{bar}{2017-05-01}{2017-05-20}\\
\end{ganttchart}
\end{document}

[MoonKid]

\gantttitle{Zeitplanung}{183}[/quote]
Hier fehlte die Anzahl der Timeslots (in meinem Fall 183 Tage).

Warum kann bei sowas nicht eine brauchbare Fehlermeldung aufploppen? Ich frage ernsthaft! Ggf. schreibe ich n BugReport dazu. Aber wenn es eh nicht geht, kann ich es mir auch sparen.

[Gast]

Da man bei TeX nur Argumente aus mehreren Token mit Klammern einfassen muss (und das auch nur bei undelimited argument), wird da eben \\ als zweites Argument gelesen. Natürlich könnte man versuchen zu prüfen, ob das Argument numerisch ist. Das geht bei TeX aber nicht mal so eben mit einem Befehl. Man kann auch nicht einfach auf Ziffern prüfen, schließlich wäre auch etwas wie \numexpr \paperwidth+15-\value{page}\relax eine zulässige Zahl (und es kann in der Tat noch sehr viel komplizierter werden). Das kann also durchaus aufwändig werden.

Also: Nein, das ist kein Bug, sondern ein Anwenderfehler.