Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Mar 2008 23:01:31 +0100 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id m27M1Ufi001095 for ; Fri, 7 Mar 2008 23:01:30 +0100 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 m27LlXKF015138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 22:47:34 +0100 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 m27G09G6016170; Fri, 7 Mar 2008 22:52:15 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 221024 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 7 Mar 2008 22:52:15 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id m27LqFml030083 for ; Fri, 7 Mar 2008 22:52:15 +0100 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id m27LlQtD015048 for ; Fri, 7 Mar 2008 22:47:31 +0100 Received: from morse.mittelbach-online.de (p4FD4726A.dip.t-dialin.net [79.212.114.106]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JXkU548Fx-0003GH; Fri, 07 Mar 2008 22:52:10 +0100 Received: by morse.mittelbach-online.de (Postfix, from userid 501) id 44BCE62FA0; Fri, 7 Mar 2008 22:52:07 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <85wsoeto1k.fsf@lola.goethe.zz> <18385.42387.268037.81145@morse.mittelbach-online.de> <85skz2rzpg.fsf@lola.goethe.zz> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Provags-ID: V01U2FsdGVkX1/CQGWrb2KhOLp2rzOVYQoTMSbN8YPdnSO4uQA 2NzSUIXghNWcXIA23iQC7Bdj27Pl4q5dJTEt89wX9MhL5rLhuz rfuCl9OouqKZ63k0AHJaAgUCXuOqoZi X-Spam-Whitelist-Provider: Message-ID: <18385.47367.235186.436845@morse.mittelbach-online.de> Date: Fri, 7 Mar 2008 22:52:07 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Frank Mittelbach Subject: Re: A really, really bad bug. To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <85skz2rzpg.fsf@lola.goethe.zz> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -102.464 () BAYES_00,FORGED_RCVD_HELO,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.64 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 07 Mar 2008 22:01:31.0985 (UTC) FILETIME=[CD6EFC10:01C8809E] Status: R X-Status: X-Keywords: X-UID: 5177 David Kastrup writes: > > > What is your take? I find it clearly unsatisfactory to have LaTeX > > > eat up save stack for newly defined labels like that at the end of > > > the document. > > > > well, you seem to be the first person getting into trouble with this, > > I doubt it. From ltxref.dtx: on labels I meant, but I was more or less joking, yes this isn't something that should stay, no question > So obviously somebody ran into this problem before. But only half of it > got fixed. yes I think I remember that one ... huge bibliographies being processed > > I don't really mind either of the three solutions (provided none of the > > kills the regression tests for 2e) but personally I would simply drop the > > group unless somebody can give me a good reason why it could be needed in > > a certain situation. > > For restoring \@newl@bel's definition afterwards. Don't ask me why it > could be needed. it could not could it? a) where? in a final OR? and b) to what purpose with auxfiles closed. I mean yes, that would be one of those things that would be different but I'm not even prepared to call that a sideeffect unless somebody shows me an existing application frank