Latex3: Runaway-Argument mit fontspec/LuaLaTeX nach der Installation von l3kernel 2018-10-17

Hinweis: Das CONTRIBUTING-Dokument sagt, dass man dafür ein „Bug“-Label hinzufügen soll, aber wie mache ich das?

Ich könnte mich irren, aber ich glaube nicht, dass es hier genug Informationen gibt, um zu wissen, was den Fehler auslösen könnte. Können Sie ein Minimalbeispiel geben, das das Problem demonstriert?

@wspr ein Minimalbeispiel für mich ist

~~~~
Dokumentenklasse{Buch}
usepackage{fontspec}
%tracingmacros=1
newfontfamilyarabicfont{Amiri}

beginnen{Dokument}
ABC
Ende{Dokument}
~~~~

Ich erhalte einen ähnlichen Fehler, wenn ich \usepackage{libertine} lade.

OK, dies ist LuaTeX-spezifisch, daher frage ich mich, ob es etwas im Nachrichtentext ist, das von der Form des Font-Loading-Befehls abhängt.

Die Unterbrechung scheint von der Länge des Modulnamens abzuhängen. Bei 8 Zeichen bricht es:

~~~~
Dokumentenklasse{Buch}
usepackage{fontspec}
ExplSyntaxOn
%unterdrücke die Meldung zur Schriftartenspezifikation
msg_ set:nnn {fontspec}{defining-font}{}

%neue Testnachricht
msg_ set:nnn {testtest} {defining-font} %funktioniert mit Testtests und Tests
{
g__fontspec_defined_shapes_tl
}

newfontfamilyarabicfont{Amiri}

msg_ info:nn {testtest} {defining-font} %breaks
ExplSyntaxOff

beginnen{Dokument}
ABC
Ende{Dokument}
~~~~

Die Nachricht von xelatex ist länger als die von lualatex, aber ansonsten sehe ich nichts Offensichtliches.

@u-fischer Ich glaube, ich habe eine Idee zur Quelle des Problems ... muss ein paar Dinge durcharbeiten.

@josephwright und ich bekomme den Fehler jetzt auch in xelatex mit einer passenden Meldung.

~~~~
msg_ set:nnn {testtest} {defining-font} %funktioniert mit Testtests und Tests
{
(m/n)~mit~
<->" Amiri:mode=node;script=latn;language=DFLT; "
}

~~~~

@u-fischer Ja, passt zu meiner Vermutung bezüglich des Problems: Ich muss die Umhüllung nachverfolgen, aber ich denke, ich kann es nach der Arbeit beheben.

Weiter kürzen, kann man zum Beispiel erreichen

\RequirePackage{expl3}
\ExplSyntaxOn
\iow_wrap:nnnN
  {
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx~
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  }
  { xxxxxxxxxxxxxxxxxxxxxxx }
  { }
  \iow_term:n

_d.h._ es ist ein motorneutrales Problem, das durch die genauen Leitungslängen verursacht wird.

Aus CTeX-Ausgabe 384 . Ich habe ursprünglich article , book usw. getestet, was mit unicode-math funktioniert hat. Aber das Wechseln der Dokumentenklasse zu ctexart , ctexbook führt zu ähnlichen Problemen wie das OP. Anfangs ging ich davon aus, dass es sich um einen Fehler in CTeX handelt. Aber jetzt scheint es ein l3kernel Fehler zu sein.

% !TeX program = XeLaTeX
% l3kernel update, 2018-10-17:
% https://ctan.org/ctan-ann/id/[email protected]
\documentclass{ctexart}
\usepackage{unicode-math}
\begin{document}
$e^{i\pi} = -1$
\end{document}

mit Fehlermeldungen:

...
Runaway argument?
76543210\q_stop newline - 'bold' (bx/n) with NFSS spec.: <->s*[0.9999\ETC.
! File ended while scanning use of \__iow_wrap_end_chunk:w.
<inserted text> 
                \par 
<*> ./test-ctex-unicode-math.tex

?

@ RuixiZhang42 Ich arbeite daran: Ich würde erwarten, es heute zu beheben.