User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.8)
            Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
References: <4C9057D8.4090705@morningstar2.co.uk>
            <DB79DB6E-845C-43AA-A068-614E6258FABF@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <4C90BE73.1060405@morningstar2.co.uk>
Date:         Wed, 15 Sep 2010 13:39:15 +0100
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: Joseph Wright <joseph.wright@MORNINGSTAR2.CO.UK>
Subject: Re: Allocation of registers
To: LATEX-L@listserv.uni-heidelberg.de
In-Reply-To:  <DB79DB6E-845C-43AA-A068-614E6258FABF@gmail.com>
Precedence: list
Status: R

On 15/09/2010 07:47, Will Robertson wrote:
> Is there any chance that this the same problem that's been reported recently here:
>
> <http://github.com/wspr/fontspec/issues#issue/69>
>
> ? (I haven't had time to look, yet.)
> Is there conceivably a bug in etex.sty?
>
> -- Will

The issue is different, but occurs because \fontspec_save_family:nT 
does \global\newcount which then chokes if the extended mechanism is 
being invoked. That is at least something to know about etex's version 
of \newcount: perhaps it can be worked around, but I've not yet tried.
-- 
Joseph Wright