Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:20041 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13843 invoked by uid 1010); 16 Nov 2005 01:13:53 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 13828 invoked from network); 16 Nov 2005 01:13:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Nov 2005 01:13:53 -0000 X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.4/2.6 Received: from ([204.11.219.139:56419] helo=colo.lerdorf.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id CF/0A-07637-0D78A734 for ; Tue, 15 Nov 2005 20:13:52 -0500 Received: from [192.168.11.3] (c-24-6-96-18.hsd1.ca.comcast.net [24.6.96.18]) (authenticated bits=0) by colo.lerdorf.com (8.13.5/8.13.5/Debian-3) with ESMTP id jAG1DQRD007507; Tue, 15 Nov 2005 17:13:26 -0800 In-Reply-To: <4e89b4260511150942g6f3cab3boad1c09eb1c1e7318@mail.gmail.com> References: <437A0D24.6030701@caedmon.net> <20051115181307.18c2b27b@localhost.localdomain> <437A1820.8060902@lerdorf.com> <437A1BD1.9030309@lerdorf.com> <4e89b4260511150942g6f3cab3boad1c09eb1c1e7318@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-ID: <5D7AB792-4788-4C97-B523-7E15DAAB16E9@gravitonic.com> Cc: Rasmus Lerdorf , Jani Taskinen , internals@lists.php.net Content-Transfer-Encoding: 7bit Date: Tue, 15 Nov 2005 17:13:12 -0800 To: Wez Furlong X-Mailer: Apple Mail (2.734) Subject: Re: [PHP-DEV] date() behaviour changed in 5.1? From: andrei@gravitonic.com (Andrei Zmievski) Perhaps, but I would maintain that passing "123abc" and having it interpreted as 123 is still wrong. -Andrei On Nov 15, 2005, at 9:42 AM, Wez Furlong wrote: > I can't think of any case where you'd want to error out when given > '100 ' if it would accept '100' quite happily. > > I'd lean towards a single cast semantic for this, and remove that > strict checking flag from zend_parse_parameters(); lazy dynamic type > handling for primitive data types is one of the cornerstones of PHP > IMO. > > --Wez. > >