Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:39273
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.184 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version
         :content-type:references:x-google-sender-auth;
        b=BfmbpR2Shi1IyyHs+ggBKe7wfS8uxC/Crpq84LnrNI3ffRpAgk9HUmSXKwBRKVagH7
         uyKKf97BY8WmotUzW0+/wPJqyC2QOZfN7xWnzhjyiU/QzjUxCAape7V1E/p7xmWjLHk5
         lCAinLNRLnV4ZEdNwPqM0XnZ5mzErYfCSvS3I=
Message-ID: <96d7f8680807240822o489292dbyc8a9b45de95acf63@mail.gmail.com>
Date: Thu, 24 Jul 2008 11:22:00 -0400
Sender: eightball1989@gmail.com
To: "Jack Steadman" <jack@smartertravelmedia.com>
Cc: "Christian Seiler" <chris_se@gmx.net>, internals@lists.php.net
In-Reply-To: <7AFF263C3DBE2549899F71BB925794FF0492A86F@sullivan.smartertravelmedia.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_4159_15506716.1216912920776"
References: <7AFF263C3DBE2549899F71BB925794FF0492A863@sullivan.smartertravelmedia.com>
	 <48884251.1020300@gmx.net>
	 <7AFF263C3DBE2549899F71BB925794FF0492A865@sullivan.smartertravelmedia.com>
	 <4888931D.6080405@gmx.net>
	 <7AFF263C3DBE2549899F71BB925794FF0492A86F@sullivan.smartertravelmedia.com>
Subject: Re: [PHP-DEV] question about backward-compatibility break/bug in php 5.2.6
From: php@zjs.name ("Zach Shepherd")

------=_Part_4159_15506716.1216912920776
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I'm not sure that there's any problem with the documentation (although it
wouldn't hurt to mention it in the comments). What is it about "0000-00-00
00:00:00" that makes it an invalid date? (See Christian's explanation)

Zach

On Thu, Jul 24, 2008 at 11:09 AM, Jack Steadman <jack@smartertravelmedia.com>
wrote:

>
> > Ah, yes, the change responsible is the following:
> >
> > <http://cvs.php.net/viewvc.cgi/php-src/ext/date/lib/timelib.h?
> > r1=1.10.2.11.2.4&r2=1.10.2.11.2.5&pathrev=PHP_5_2>
> >
> > It fixes bug #44209 <http://bugs.php.net/bug.php?id=44209>.
>
> OK, thanks, it's good to understand the change in behavior.
>
>
> > Or to put it that way: The current behaviour of PHP 5.2.6 is the
> > expected behaviour (at least what reading the source tells about the
> > author's intentions) and it was broken before.
> >
> > As to whether it's a good idea that strtotime() accepts invalid dates,
> > I'll stay out of that discussion.
>
> If this is the way it's always been (accepting zero month and day values
> as you described earlier), then I suspect that you'll be reluctant to
> change behavior without significant thought (and of course, I wouldn't
> expect otherwise, even though I've expressed my disagreement with the
> current behavior).
>
> What's the best way to get this fully documented?  Should I submit a new
> bug report relating to the documentation, rather than a PHP bug?
>
> Jack
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

------=_Part_4159_15506716.1216912920776--