Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by h1439878.stratoserver.net (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id t220p215024439 for ; Mon, 2 Mar 2015 01:51:03 +0100 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by mx-ha.gmx.net (mxgmx101) with ESMTPS (Nemesis) id 0MPFCG-1YNoie1xwW-004X1u for ; Mon, 02 Mar 2015 01:50:56 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id t220n4KG007512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Mar 2015 01:49:04 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id t21N1AtG013345; Mon, 2 Mar 2015 01:49:03 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 11829699 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Mon, 2 Mar 2015 01:49:03 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id t220n3HC019108 for ; Mon, 2 Mar 2015 01:49:03 +0100 Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0148.outbound.protection.outlook.com [157.56.112.148]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id t220mtRh016461 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 2 Mar 2015 01:48:58 +0100 Received: from [192.168.0.6] (80.177.31.128) by AMSPR05MB358.eurprd05.prod.outlook.com (10.242.224.14) with Microsoft SMTP Server (TLS) id 15.1.99.14; Mon, 2 Mar 2015 00:48:55 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 References: <1o9mof44i4wtd$.dlg@nililand.de> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [80.177.31.128] X-ClientProxiedBy: AM3PR03CA037.eurprd03.prod.outlook.com (10.141.191.165) To AMSPR05MB358.eurprd05.prod.outlook.com (10.242.224.14) X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AMSPR05MB358; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5005006);SRVR:AMSPR05MB358;BCL:0;PCL:0;RULEID:;SRVR:AMSPR05MB358; X-Forefront-PRVS: 0503FF9A3E X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(6009001)(6049001)(6029001)(51704005)(24454002)(479174004)(42186005)(50466002)(74826001)(80316001)(66066001)(122386002)(83506001)(19580395003)(47776003)(46102003)(40100003)(74482002)(65816999)(87976001)(33656002)(23746002)(107886001)(19580405001)(36756003)(87266999)(54356999)(117156001)(50986999)(2950100001)(450100001)(77156002)(59896002)(62966003)(92566002)(77096005)(76176999);DIR:OUT;SFP:1102;SCL:1;SRVR:AMSPR05MB358;H:[192.168.0.6];FPR:;SPF:None;MLV:sfv;LANG:en; X-OriginatorOrg: nag.co.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Mar 2015 00:48:55.6274 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: AMSPR05MB358 Message-ID: <54F3B375.8090006@nag.co.uk> Date: Mon, 2 Mar 2015 00:48:53 +0000 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: David Carlisle Subject: Re: LaTeX2e Update 2015 problem To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <1o9mof44i4wtd$.dlg@nililand.de> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: Envelope-To: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3; X-GMX-Antivirus: 0 (no virus found) X-UI-Filterresults: notjunk:1;V01:K0:s4S07pXUqR4=:idHIkMepq9iNlfxNsK9aEXFihD gC1cAZH1U/KTI3EgGB6AW+x4PpuiA/fycfDy+h0/Azs/2sWOej+zty49vjm9u2mopKXToqlsw CyPBYr7qKdRKzUomGvlPgYlGnWlqNJQOZJwdcItnYh7feJ9rUq+kJIGOW9ka6Fez7blq4XM82 d0kp4EeYz3myrS9H+8/ECwmUF2JGCz9DQ5v4lb1ib6TpFa74s7+QIdrzciPOA6tFjLkDi7pUV bX8mjIQcWH6OfZwhUilwHYMgT6ZoartpeOhWdoIiBw/HItEmyfAFS/NCL9kcBkkbClssnIJwo yy6ruRat/ZgbBqhJDmTvK82kvhpo1ndC1RWci56spU3TakRY6ySFd65+44Tlg3z8LmV2V1+PE wxjT5uUrAB2meZcJQ/2m5HmxrbGpgWm8ySyrjPpHws1eJaUQAWDvT3dV53QpPa997wu7WrhWv 6lYYMkI0vznfbcMdxgIUECCrsm0IXKJkdQEpjYfmYuJzOFZv3DEzjshxEMVkPQsJbhOp55Vob TV+DUPDdIHbxl74rqPaoyB7aEhiLCD5fj6pNbSoHyNdPi/rHSyvPrACLACz/g6bvJxIpCUBLI U/dcY+CJHEvyBu8auCAqql/NamQ4oaEFTNzxuKVQtDNirt7rrBINUe8M5Vamf7xvMyCkd4hp0 Cq0Gy/q2Qd2s5Lc8KRRxt6mOYySrlaOD/3pzJjWoIuXrtIRMiBPIXHNb2FoPsoiUYwpJwoVs3 QiAKzD0kH3mEQgxf+doZ4nuaZk9shLjGZEUDcMIUCH4Zl2KY4fGi8ZwifLBdIfzEEA4lnwQWw +SeYHzuBYQsnAKgOby8i7KHb9ehyISwWquikAPm82Ntdq06T80AMrUbYvQExA47oRsf2KrXbV xUoX3Oz/SuctAfFFgpyB8OQd2UH9xIYypqWWk4bI1ejW36FUq46pjQrRg/XQbPEYxSL5BZZ73 KjzoImvpPKMsKH82GgW6lVdYuNp6/7u+Lx/CgHJ9hruYcgZqCrwx5gYX+P1hxg3UmTmfFfy7r WhTYsj2cxRWaADSzQ2y0Da7/Q0Mb+lzIysna8gqYSotr9M7XZQk8xn9xKBpRFq5W7h2ZChYYc gympi6Pw0YMHHXmStDkdVnBG3sCICCvr9EEJ4/eQOgAGv1idoEUV4lwe7vmkWOmicFYJCe2x3 SMR/gZNfwhKvrzBmF1CEJc/QoSS+iapG2tV7dTFyovdGyFqUrs8xuaJEcv+aaiQ3TEm0kUE63 fGQHtQNEabyaUGLzBfe1DuWn/Kg3hECy/kZNJ7rw4aXEXBeyi9OUxsGBAZh653c2O2CXyxX2W mlvw8rVCsiLvHS2sEsegxMxQFDGGPpDwzGoGPrErRbtvRHw28VkiB/04qzAvLfXzr4EiJuTYE VpmMw/vJY8iPk7J+czg9jUBqGOz+PjaWCut84X5NBfGpuCPEcduzVohQ9fWgw5/El8PWJxaA/ 83hKAtSypV2vlSvG2drplERPrX3IaCPTQijaMMWOm9moKPXLs5 X-UI-Loop:V01:mrhiOTsU4do=:ZYdhi0Gg1IJkDcggNKMOqw7Ze36EuG2Pi3+4+2uA8NE= X-UI-Out-Filterresults: notjunk:1; X-Scanned-By: MIMEDefang 2.71 on 85.214.41.38 Status: R X-Status: X-Keywords: X-UID: 7664 On 01/03/2015 20:02, Ulrike Fischer wrote: > Per accident I run into this problem with the latex2e update 2015 > test files: > > \documentclass[]{article} \usepackage{pgffor} \foreach\x in > {1,...,98} % {\newcount\a} > > \usepackage{datatool} \DTLloaddb{test}{test.csv} > > \begin{document} blub \end{document} > > test.csv contains only two lines: > > test blub > > > When I compile this the compilations stops and asks for input > > \@dtl@line= > > and I have to kill it with ctrl+Z. > Thanks for that. The issue is the document loads etex.sty. Normally that's OK but here it ends up being loaded relatively late so after all the pgf allocations have been made using the new scheme and so the new scheme had already started allocating extended registers before etex package is loaded, and that's currently not working safely. One simple workaround is to use \RequirePackage{etex} at the start. Alternatively etex.sty could be adjusted to recognise the new format (for example an etex.sty that did nothing at all would work in this case) We need to do some more tests, and there may be other issues coming in but we'll update the dropbox release in the next day or so. David