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
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: apeeters at pi dot be
New email:
PHP Version: OS:

 

 [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

Add a Patch

Pull Requests

Add a Pull Request

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: Thu Mar 28 13:01:28 2024 UTC