> Git bisect actually tells me that xdvipdfmx started misbehaving from > the same commit that caused gs issues: > > 017927b4d63c317e1fc450be2537ccc058072538 (HEAD) > Author: Han-Wen Nienhuys <hanw...@gmail.com> > Date: Fri Jun 5 20:36:42 2020 +0200 > Unify calling convention for command-line and API GS use > > Jonas reverted some parts of that with MR !148, but that particular > issue was left unaddressed. That affects xdvipdfmx svn/20190225, > which is shipped with Fedora 32, and with a more recent build from > the 2020 texlive release (20200315). (Now, I haven’t been able to > reproduce it on LilyDev so other libraries may be a factor as well.) > > It already took me many hours to find the eight regtests that > trigger this, but there are also many snippets and NR ly blocks, > which I won’t be able to track down :-/
Could you send me off-list an example, this is, all necessary input files that allow me to directly call xetex (and thus xdvipdfmx), before and after the problematic commit? I can then start to reduce the example and contact the xdvipdfmx author, asking for further analysis. Or maybe you have produced such a minimum example already? Werner