ID: 45713 Updated by: [EMAIL PROTECTED] Reported By: kris dot craig at gmail dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 5.2.6 New Comment:
I already wrote about the alternative in my first comment, but because reading is obviously hard for you, I'll paste you the URL again: http://no.php.net/date_create Previous Comments: ------------------------------------------------------------------------ [2008-08-05 20:54:20] kris dot craig at gmail dot com You assume I don't already know that?? I told you, I've already researched this thoroughly. Yes, I am aware that this is the CAUSE of the bug, but it doesn't mean that it isn't still a bug nonetheless, it simply means that it'll be very difficult to solve. It is not bogus, and it was not appropriate to classify it as such. Instead, we should be talking about finding creative ways to solve the problem, other than just telling people to go out and get a 64-bit system. Perhaps try a different data type? Or return it as a string value if it goes beyond that size? These are just random ideas off the top of my head, of course, but my point is that there should be at least some deliberative effort put in to fixing this (or at least *discussing* ways to fix it) before simply dismissing it as "bogus" and insulting anyone who researches the issue and posts it as a bug report. ------------------------------------------------------------------------ [2008-08-05 20:24:22] [EMAIL PROTECTED] Read it again, perhaps you then notice this one: "Note: The valid range of a timestamp is typically from Fri, 13 Dec 1901 20:45:54 GMT to Tue, 19 Jan 2038 03:14:07 GMT. (These are the dates that correspond to the minimum and maximum values for a 32-bit signed integer.)" Of course, on a 64-bit platform this is not an issue. ------------------------------------------------------------------------ [2008-08-05 19:59:39] kris dot craig at gmail dot com It should be noted that this bug has been reported numerous times over the last few years (though not recently), and this is the first time anyone ever responded by trying to claim that it's somehow bogus. ------------------------------------------------------------------------ [2008-08-05 19:49:18] kris dot craig at gmail dot com Excuse me, but this is a bug, and it is NOT bogus. I have consulted the documentation. Unless you can provide some sort of solution to this problem or at least explain why you don't think it's a bug that PHP won't handle any year past 2037, then I will re-post this bug in hopes that the next person who looks it over will actually give it some deliberative thought before dismissing it. ------------------------------------------------------------------------ [2008-08-05 06:48:23] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Please read *all* the documentation at: http://no.php.net/strtotime Alternatively, use the OO date/time functionality: http://no.php.net/manual/en/function.date-create.php ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/45713 -- Edit this bug report at http://bugs.php.net/?id=45713&edit=1
