User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830
            Thunderbird/6.0.1
MIME-Version: 1.0
References: <DA84038E-7F33-4057-923B-354472C5A433@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <4E61EB56.3020204@latex-project.org>
Date:         Sat, 3 Sep 2011 10:54:46 +0200
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: Frank Mittelbach <frank.mittelbach@LATEX-PROJECT.ORG>
Subject: Re: NFSS bug (!)
To: LATEX-L@listserv.uni-heidelberg.de
In-Reply-To:  <DA84038E-7F33-4057-923B-354472C5A433@gmail.com>
Precedence: list
Status: R

Am 03.09.2011 08:52, schrieb Will Robertson:

>
> 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.

that's an interesting one :-)

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

it looks like with \alloc@ having \global as part of its definition. 
However,I don't think that was always the case (in plain.tex all these 
definitions are local for example) maybe that's the reason why that 
global is there. But then it might be just some unnecessary piece of 
code which now starts producing trouble

frank