<div dir="ltr">As per my recent post (<a href="https://tug.org/pipermail/dvipdfmx/2021-January/000200.html">https://tug.org/pipermail/dvipdfmx/2021-January/000200.html</a>) to the dvipdfmx mailing list, there seems to be a glitch in the W32TeX version of xdvipdfmx. Here is a minimal example:<br><br>\font\Korean="Batang" at 10pt<br>\newcount\CrashCount<br>\CrashCount=1<br>\loop\ifnum\CrashCount<4000<br>    X {\Korean 서울} X<br>  \advance\CrashCount by1<br>  \repeat<br>\bye<br><br>The crash is intermittent, so I use the following batch job to drive the repro:<br><br>@echo off<br>xetex -no-pdf test.tex<br>:LOOPSTART<br>xdvipdfmx test.xdv<br>if "%ERRORLEVEL%"=="0" goto LOOPSTART<br>echo Failed with error %ERRORLEVEL%<br><br>Every few runs I get<br><br>Failed with error -1073741819<br><br>-1073741819 = 0xC0000005 = Access Violation<br><br>This happens with the very latest xetex+dvipdfmx builds from <a href="http://w32tex.org/">http://w32tex.org/</a> and also in my TeXLive 2020 install. With kind help from Hirata-san on the dvipdfmx mailing list, we determined that this crash doesn't happen with Hirata-san's local build of xdvipdfmx. It also didn't happen before I migrated from TeXLive 2013. Therefore it seems that there is a glitch in the W32TeX/TeXLive 2020 xdvipdfmx build.<br><br>If this is something that the TeXLive maintainers would like to address then I am very willing to help. Maybe the above test could be included in the TeXLive 2021 test suite?<div><br></div><div>With Hirata-san's build and a retry workaround I've put in my code, this issue isn't causing me any problems. I'm just reporting it out of a sense of duty.<br><br>Tim<br></div></div>