Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Thu, 29 Jan 2009 23:12:19 +0100 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id n0TMCHT6011042 for ; Thu, 29 Jan 2009 23:12:17 +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 n0TM8AUm006170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2009 23:08:10 +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 n0TJ8bCK027246; Thu, 29 Jan 2009 23:08:09 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 204695 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Thu, 29 Jan 2009 23:08:09 +0100 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 n0TM89er009800 for ; Thu, 29 Jan 2009 23:08:09 +0100 Received: from spmler2.mail.eds.com (spmler2.mail.eds.com [194.128.225.188]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id n0TM7q3R006108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 29 Jan 2009 23:07:58 +0100 Received: from spmlir2.mail.eds.com (spmlir2-2.mail.eds.com [205.191.69.204]) by spmler2.mail.eds.com (8.14.2/8.13.8) with ESMTP id n0TM7q0K016654 for ; Thu, 29 Jan 2009 22:07:52 GMT Received: from spmlir2.mail.eds.com (localhost.localdomain [127.0.0.1]) by spmlir2.mail.eds.com (8.14.2/8.12.10) with ESMTP id n0TM7bMv004090 for ; Thu, 29 Jan 2009 22:07:37 GMT Received: from DERUM100.emea.corp.eds.com ([145.16.186.33]) by spmlir2.mail.eds.com (8.14.2/8.12.10) with ESMTP id n0TM7a4d004085 for ; Thu, 29 Jan 2009 22:07:36 GMT X-EDSINT-Source-Ip: 145.16.186.33 Received: from defrm202.emea.corp.eds.com ([145.16.186.18]) by DERUM100.emea.corp.eds.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 29 Jan 2009 23:07:37 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: \tlist_head_iii:n "health warning" Thread-Index: AcmCXJyFMJJVb8FtQ6CcOGKgZPSiQQAAOkSg References: <4982142F.6090004@morningstar2.co.uk> A<952160A8-75F7-458D-8430-807155BEF3A8@gmail.com> X-OriginalArrivalTime: 29 Jan 2009 22:07:37.0134 (UTC) FILETIME=[FE924CE0:01C9825D] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id n0TM89er009801 Message-ID: <8D5403E89293A448A409DDDD1531CE1802117806@defrm202.emea.corp.eds.com> Date: Thu, 29 Jan 2009 23:07:18 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: "Mittelbach, Frank" Subject: AW: \tlist_head_iii:n "health warning" To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: A<952160A8-75F7-458D-8430-807155BEF3A8@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -2.599 () BAYES_00 X-Scanned-By: MIMEDefang 2.64 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE Status: R X-Status: X-Keywords: X-UID: 5643 I wonder if we might want the concept of _unsafe functions, ie those that do not check but expect the programer to take care of that, while by default all others will be safe. In certain applications I could see speed/processing reasons for something like this. On the other hand one can question how much this matters these days. opinions? frank -----Ursprüngliche Nachricht----- Von: Mailing list for the LaTeX3 project [mailto:LATEX-L@LISTSERV.UNI-HEIDELBERG.DE] Im Auftrag von Will Robertson Gesendet: Donnerstag, 29. Januar 2009 22:55 An: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE Betreff: Re: \tlist_head_iii:n "health warning" On 30/01/2009, at 7:10 AM, Joseph Wright wrote: > It occurs to me that the tlist head functions could do with a health > warning. For example, try: > > \tlist_head_iii:n{1} > > The documentation doesn't explicitly say that you need to check first > that the tlist is sufficiently long. I'd probably propose that it would be better if the function performed the check itself, or if the tlist were padded with empties or (probably not) \q_no_value's to prevent the error? W