ID:               38154
 Comment by:       dheathorn at gmail dot com
 Reported By:      dave at smartboy dot com
 Status:           No Feedback
 Bug Type:         Date/time related
 Operating System: Windows XP
 PHP Version:      5.1.4
 New Comment:

Nevermind about my last comment. This bug has been fixed in latest
version of PHP. I should have tried this first.


Previous Comments:
------------------------------------------------------------------------

[2007-08-18 01:46:12] dheathorn at gmail dot com

I'm having the same issue of filemtime() reporting 9 hours ahead of
when it is suppose to
I'm on Windows XP running PHP v5.2.0
I tested this on Linux running PHP v5.1.6 and it reported correctly.
In my opinion it's a bug relating to PHP under Windows XP.

------------------------------------------------------------------------

[2006-10-26 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

------------------------------------------------------------------------

[2006-10-18 21:16:27] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Not reproducible.

------------------------------------------------------------------------

[2006-09-18 06:48:33] [EMAIL PROTECTED]

Unassigning as this has nothing to do with the date code.

------------------------------------------------------------------------

[2006-07-23 04:07:27] dave at smartboy dot com

Changed test_filemtime.php to:

<?php

echo filemtime($_SERVER["SCRIPT_FILENAME"]) . "\n";
date_default_timezone_set("UTC");
echo filemtime($_SERVER["SCRIPT_FILENAME"]) . "\n";


Output is:

$ php test_filemtime.php
1153659348
1153659348


So, the return from filemtime() is not affected by the date.timezone
setting.  However the value is out by 9 hours.  This is the expected
return value: 

$ stat -c%Z test_filemtime.php
1153626948

(this matches very closely the output of date +%s, as I had just saved
the file when running the above command)

And the difference is 9 hours

$ echo $((1153659348-1153626948))
32400

$ echo $((9*3600))
32400

------------------------------------------------------------------------

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/38154

-- 
Edit this bug report at http://bugs.php.net/?id=38154&edit=1

Reply via email to