Latex3: l3kernel2018-10-17をインストールした後のfontspec / LuaLaTeXでの暴走引数

作成日 2018年10月19日  ·  11コメント  ·  ソース: latex3/latex3

LuaLaTeXでコンパイルしたAdobeGaramond Proで組版されたドキュメント(本)があります。 TeXLiveの最後の更新後、ドキュメント自体に変更を加えることなく、壊れました(ドキュメントをコンパイルできませんでした)。 l3kernelを以前のバージョンに復元した後、再びOKになります(pdf-diffで確認)。

tlmgr更新ログ関連データ:

[Fri Oct 19 09:06:16 2018] update: l3kernel (48749 -> 48935)     // broke the document
[Fri Oct 19 14:28:03 2018] restore: l3kernel (48749)                 // document compiles OK

ドキュメントのコンパイルログ(関連部分、この前は、ログはコンパイルが成功したときと同じようになります):

Runaway argument?
76543210\q_stop newline     newline  This font family consists o\ETC.
! File ended while scanning use of \__iow_wrap_end_chunk:w.
<inserted text> 
\par 

Linux、TeXLive 2018、LuaTeX 1.07.0

bug

最も参考になるコメント

@ RuixiZhang42私はそれに取り組んでいます:私は今日それを修正することを期待しています。

全てのコメント11件

注:CONTRIBUTINGドキュメントには、これに「バグ」ラベルを追加するように記載されていますが、どうすればよいですか?

私は誤解される可能性がありますが、何がバグを引き起こしているのかを知るのに十分な情報がここにあるとは思いません。 問題を示す最小限の例を提供できますか?

@wspr私にとっての最小限の例は

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

begin {document}
abc
end {document}
~~~~

\usepackage{libertine}をロードすると、同様のエラーが発生します。

OK、これはLuaTeX固有なので、フォント読み込みコマンドの形式に依存するメッセージテキスト内の何かであるかどうか疑問に思います。

ブレークはモジュール名の長さに依存しているようです。 8文字で壊れます:

~~~~
documentclass {book}
usepackage {fontspec}
ExplSyntaxOn
%suppressfontspecメッセージ
msg_ set:nnn {fontspec} {defining-font} {}

%新しいテストメッセージ
msg_ set:nnn {testtest} {defining-font}%testtestsおよびtesttesで動作します
{{
g__fontspec_defined_shapes_tl
}

newfontfamilyarabicfont {Amiri}

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

begin {document}
abc
end {document}
~~~~

xelatexからのメッセージはlualatexからのメッセージよりも長いですが、これ以外に明らかなものは何もありません。

@ u-fischer私は問題の原因についての考えを持っていると思います...いくつかのことをやり遂げる必要があります。

@josephwrightと私は、適切なメッセージとともにxelatexでもエラーを受け取ります。

~~~~
msg_ set:nnn {testtest} {defining-font}%testtestsおよびtesttesで動作します
{{
(m / n)〜with〜
<-> " Amiri:mode = node; script = latn; language = DFLT; "
}

~~~~

@ u-fischerええ、この問題についての私の推測と一致します。ラッピングスルーをトレースする必要がありますが、作業後に修正できると思います。

さらに削減すると、たとえば

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

_i.e._これは、関係する正確な行の長さが原因で発生するエンジン中立の問題です。

CTeX発行384から。 私はもともとarticlebookなどをテストしましたが、これはunicode-math正常に機能しました。 ただし、ドキュメントクラスをctexartに切り替えると、 ctexbookはOPと同様の問題を引き起こします。 当初、私はそれがCTeXのバグだと思っていました。 しかし、今では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}

エラーメッセージ付き:

...
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私はそれに取り組んでいます:私は今日それを修正することを期待しています。

このページは役に立ちましたか?
0 / 5 - 0 評価