Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Transfer-Encoding: 8bit
Message-ID:  <DA84038E-7F33-4057-923B-354472C5A433@gmail.com>
Date:         Sat, 3 Sep 2011 16:22:26 +0930
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@listserv.uni-heidelberg.de>
Sender: Mailing list for the LaTeX3 project <LATEX-L@listserv.uni-heidelberg.de>
From: Will Robertson <wspr81@GMAIL.COM>
Subject: NFSS bug (!)
To: LATEX-L@listserv.uni-heidelberg.de
Precedence: list
Status: R

Hi all,

Now this sure caused some head scratching. In the process of unicode-math testing some code which otherwise worked started breaking; here's a minimal example:

\documentclass{article}
\usepackage{etex}
\newcount\ii
\loop
  \advance\ii by 1\relax
  \expandafter\newcount\csname count@\number\ii\endcsname
  \ifnum\ii<145 % <- exactly!
\repeat
\DeclareMathVersion{xits}
\begin{document}

The culprit being largely the following line in \new@mathversion:

 \global\expandafter\newcount\csname c@\expandafter \@gobble\string#1\endcsname

When the lower level of registers runs out, etex.sty's \alloc@ redefines \newcount to use the extended pool; the execution of this branch throws an error when preceded by \global.

As far as I know writing \global\newcount is the same as \newcount, so I'll change this in the 2e code.

-- Will