Re: question about backward-compatibility break/bug in php 5.2.6
| From: | Tomas Kuliavas | Date: | Thu, 24 Jul 2008 05:34:02 +0000 |
| Subject: | Re: question about backward-compatibility break/bug in php 5.2.6 | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-39254@lists.php.net to get a copy of this message | ||
> Hello all,
>
> Last week I submitted a bug report on the issue described below. The
> response (also below) was that this is not a bug. I fail to see how it
> could *not* be a bug given that strtotime is parsing an invalid date
> into a seemingly-arbitrary and definitely-meaningless number, rather
> than returning false as it is supposed to. Can someone explain to me
> why this is "intended" behavior? We do rely on strtotime returning
> false on invalid dates, and this behavior changed between 5.2.5 and
> 5.2.6. Do we need to update our code to check for this arbitrary
> negative integer? I would prefer not to do that.
Date is not invalid. Some diety was born at -62169966000 Unixtime.
--
Tomas