Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with SMTP id o8F5Xtar007807 for ; Wed, 15 Sep 2010 07:33:56 +0200 Received: (qmail 15740 invoked by alias); 15 Sep 2010 05:33:50 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 15 Sep 2010 05:33:50 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx066) with SMTP; 15 Sep 2010 07:33:50 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id o8F5XrVY022431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Sep 2010 07:33:54 +0200 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id o8EM14Ka024841; Wed, 15 Sep 2010 07:32:05 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 436352 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 15 Sep 2010 07:32:05 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id o8F5W5Kv025138 for ; Wed, 15 Sep 2010 07:32:05 +0200 Received: from mail-bw0-f49.google.com (mail-bw0-f49.google.com [209.85.214.49]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id o8F5VOVk011989 for ; Wed, 15 Sep 2010 07:31:29 +0200 Received: by bwz19 with SMTP id 19so258544bwz.22 for ; Tue, 14 Sep 2010 22:31:53 -0700 (PDT) Received: by 10.204.127.141 with SMTP id g13mr839145bks.54.1284528713753; Tue, 14 Sep 2010 22:31:53 -0700 (PDT) Received: from irwin.vpn.uni-freiburg.de (p54846486.dip.t-dialin.net [84.132.100.134]) by mx.google.com with ESMTPS id d27sm947532bku.22.2010.09.14.22.31.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Sep 2010 22:31:53 -0700 (PDT) Received: by irwin.vpn.uni-freiburg.de (Postfix, from userid 500) id 340A5789C; Wed, 15 Sep 2010 07:33:39 +0200 (CEST) Mail-Followup-To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE References: <4C9057D8.4090705@morningstar2.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Message-ID: <20100915053338.GA25562@oberdiek.my-fqdn.de> Date: Wed, 15 Sep 2010 07:33:39 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Heiko Oberdiek Subject: Re: Allocation of registers To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <4C9057D8.4090705@morningstar2.co.uk> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p77e5KAPs1l6v/Sb97LojnDtMgfETrECMLUO9erHzOJe7j3G660N4yBY6XHH YPYtmQj6mbYUTZ3LnaFANLWrKE7/wIDhnv+VrW0hxOapLRUwuY9oBqo5h+Dh9B42XlFTMTKlXDju GaV8Q==V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de Status: R X-Status: X-Keywords: X-UID: 6370 On Wed, Sep 15, 2010 at 06:21:28AM +0100, Joseph Wright wrote: > Consider the following example > > \documentclass{article} > \usepackage{expl3} > \ExplSyntaxOn > \prg_replicate:nn{300}{ > \cs_undefine:N \temp > \int_new:N \temp > } > \ExplSyntaxOff > \newinsert\myinsert > \begin{document} > \end{document} > > This will give an error even though expl3 loads etex for allocation > to the extended pool. Inserts to have a set of registers available > with the same numbers, and these need to be in the standard pool. > > The issue isn't unique to expl3, and doesn't show up unless you add > quite a lot more register use on top of it. However, it is there. > For expl3 I wonder about using the extended pool from the word go > > \let\int_new:N\globcount > \let\dim_new:N\globdimen > ... > > which will make it much less likely to happen. However, even then > the issue would remain for non-expl3 packages which expect etex to > deal with the register limitations of LaTeX2e. > > How do people see this in general. One obvious approach would be to > alter \newcount, etc., so that when etex is loaded everything uses > the extended pool except for inserts. However, that might be > overkill! At least etex.sty provides \reserveinserts. Yours sincerely Heiko