Latex3: Argumento fugitivo con fontspec / LuaLaTeX después de instalar l3kernel 2018-10-17

Nota: el documento CONTRIBUYENTE dice que agregue la etiqueta de "error" para esto, pero ¿cómo lo hago?

Podría estar equivocado, pero no creo que haya suficiente información aquí para saber qué podría estar desencadenando el error. ¿Puede proporcionar un ejemplo mínimo que demuestre el problema?

@wspr un ejemplo mínimo para mí es

~~~~
clase de documento {libro}
usepackage {fontspec}
% tracingmacros = 1
newfontfamilyarabicfont {Amiri}

comenzar {documento}
a B C
end {document}
~~~~

Recibo un error similar si cargo \usepackage{libertine} .

De acuerdo, esto es específico de LuaTeX, así que me pregunto si es algo en el texto del mensaje que depende de la forma del comando de carga de fuentes.

La ruptura parece depender de la longitud del nombre del módulo. Con 8 caracteres se rompe:

~~~~
clase de documento {libro}
usepackage {fontspec}
ExplSyntaxOn
% suprimir el mensaje de especificación de fuente
msg_ set: nnn {fontspec} {define-font} {}

% nuevo mensaje de prueba
msg_ set: nnn {testtest} {defining-font}% funciona con testtests y testtes
{
g__fontspec_defined_shapes_tl
}

newfontfamilyarabicfont {Amiri}

msg_ info: nn {testtest} {define-font}% saltos
ExplSyntaxOff

comenzar {documento}
a B C
end {document}
~~~~

El mensaje de xelatex es más largo que el de lualatex, pero al lado de esto no veo nada obvio.

@ u-fischer Creo que tengo una idea sobre el origen del problema ... necesito trabajar en algunas cosas.

@josephwright y ahora también aparece el error en xelatex con un mensaje adecuado.

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

~~~~

@ u-fischer Sí, encaja con mi conjetura sobre el problema: necesito rastrear el envoltorio, pero creo que puedo arreglarlo después del trabajo.

Reduciendo aún más, se puede llegar a, por ejemplo,

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

_es decir, es un problema de motor neutral causado por las longitudes de línea exactas involucradas.

Del número 384 de CTeX . Originalmente probé article , book , etc., que funcionó bien con unicode-math . Pero cambiar la clase de documento a ctexart , ctexbook produce un problema similar al del OP. Inicialmente asumí que era un error en CTeX. Pero ahora parece ser un error 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}

con mensajes de error:

...
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 Estoy trabajando en ello: espero arreglarlo hoy.