Latex3: Argumento de fuga com fontspec / LuaLaTeX após instalar l3kernel 2018-10-17

Nota: o documento CONTRIBUINDO diz para adicionar o rótulo de “bug” para isso, mas como faço isso?

Posso estar enganado, mas não acho que haja informações suficientes aqui para saber o que pode estar acionando o bug. Você pode fornecer um exemplo mínimo que demonstre o problema?

@wspr um exemplo mínimo para mim é

~~~~
documentclass {livro}
usepackage {fontspec}
% tracingmacros = 1
newfontfamilyarabicfont {Amiri}

começar {document}
abc
fim {documento}
~~~~

Recebo um erro semelhante se carregar \usepackage{libertine} .

OK, isso é específico do LuaTeX, então eu me pergunto se é algo no texto da mensagem que depende da forma do comando de carregamento de fonte.

A quebra parece depender do comprimento do nome do módulo. Com 8 caracteres, ele quebra:

~~~~
documentclass {livro}
usepackage {fontspec}
ExplSyntaxOn
% suprimir mensagem fontspec
msg_ set: nnn {fontspec} {defining-font} {}

% nova mensagem de teste
msg_ set: nnn {testtest} {defining-font}% funciona com testtests e testtes
{
g__fontspec_defined_shapes_tl
}

newfontfamilyarabicfont {Amiri}

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

começar {document}
abc
fim {documento}
~~~~

A mensagem do xelatex é mais longa do que a do lualatex, mas além disso não vejo nada óbvio.

@ u-fischer Acho que tenho uma ideia sobre a origem do problema ... preciso trabalhar algumas coisas.

@josephwright e eu recebemos o erro no xelatex agora também com uma mensagem adequada.

~~~~
msg_ set: nnn {testtest} {defining-font}% funciona com testtests e testtes
{
(m / n) ~ com ~
<-> " Amiri: mode = node; script = latn; language = DFLT; "
}

~~~~

@ u-fischer Sim, ajusta-se ao meu palpite quanto ao problema: preciso rastrear o envoltório, mas acho que posso consertar depois do trabalho.

Cortando ainda mais, pode-se chegar, por exemplo,

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

_.e._ é um problema neutro do motor causado pelos comprimentos exatos de linha envolvidos.

Da edição 384 do CTeX . Eu originalmente testei article , book , etc, que funcionou bem com unicode-math . Mas mudar a classe de documento para ctexart , ctexbook produz um problema semelhante ao OP. Inicialmente achei que era um bug no CTeX. Mas agora parece ser um bug de l3kernel .

% !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}

com mensagens de erro:

...
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 Estou trabalhando nisso: espero consertar hoje.