Re: PHP 4.0 Bug #5037 Updated: mktime / strftime bugs
| From: | Zeev Suraski | Date: | Wed, 14 Jun 2000 21:58:33 +0000 |
| Subject: | Re: PHP 4.0 Bug #5037 Updated: mktime / strftime bugs | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-21341@lists.php.net to get a copy of this message | ||
At 22:44 14/06/2000, Bug Database wrote:
ID: 5037 Updated by: hholzgra Reported By: ying@zippydesign.com Status: Closed Bug Type: Misbehaving function Assigned To: Comments: behavior for timestamps before second 0 (start of Jan 1., 1970 GMT) is undefined, see calendar extension module if you need 'historic' dates do not rely on negative timestamp values to be protable! ---- and regarding strftime(-1) (please create multiple reports for different bugs): are you sure you called strftime(-1), not strftime($format,-1) ...? anyhow, both cases shouldn't crash win2k libc 2nd one would be easy to catch, 1st not so easy but i'm pretty sure the win2k implementation of strftime in libc (or however the c runtime lib is called there) is to blame, not the php sourceIMO the first one (strftime(-1)) should crash any reasonable libc implementation without a problem. That's not what PHP is supposed to be calling, though (it's supposed to convert it to strftime("-1", ...). I'll try to reproduce it. Zeev -- Zeev Suraski <zeev@zend.com> http://www.zend.com/