php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #6663 mktime returns -1 whereas 4.0.1pl2 returned the correct value
Submitted: 2000-09-11 22:33 UTC Modified: 2000-09-20 18:07 UTC
From: apeeters at pi dot be Assigned:
Status: Closed Package: Date/time related
PHP Version: 4.0.2 OS: RedHat 6.1
Private report: No CVE-ID: None
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
33 - 10 = ?
Subscribe to this entry?

 
 [2000-09-11 22:33 UTC] apeeters at pi dot be
Php 4.0.2 returns -1 on this statement wheras php 4.0.1pl2 returned the correct unix timestamp.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-09-11 22:34 UTC] apeeters at pi dot be
Sample 

mktime($starthour,$startmin,$startsec,"0","0","0");
 [2000-09-11 22:41 UTC] stas@php.net
Month, day and year == 0 is an illegal date for mktime() (otherwise it would interpret it as 30.11.99 which is not exactly what you expect, I guess. If you do, just write 30.11.99). 
 [2000-09-12 01:14 UTC] apeeters at pi dot be
And why does it work correctly then with all previous versions ?
 [2000-09-15 18:57 UTC] apeeters at pi dot be
This bug also occured in 4.0 Release Candidate 2 bugid 4454, and has been solved.
 [2000-09-20 18:07 UTC] stas@php.net
4454 talks about entirely different things. And I don't really see why you need year, month and day equal to 0? What date is it going to represent?
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Dec 02 20:01:32 2024 UTC