ID: 43813
Updated by: [EMAIL PROTECTED]
Reported By: john at jcoppens dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 5.2.5
New Comment:
Yes we do, you have to install the updated timezonedb pecl extension:
"pecl install timezonedb" if you have a working PHP build environment.
Previous Comments:
------------------------------------------------------------------------
[2008-01-11 05:27:58] john at jcoppens dot com
Re-reading, this might cause confusion:
> The system time is set to GMT,
I meant the hardware time is set to GMT. The system time is set to
local, of course.
John
------------------------------------------------------------------------
[2008-01-11 05:13:57] john at jcoppens dot com
Description:
------------
When printing (using strftime) the local time, this is one hour off, as
if the new summer time is not taken into account:
It is now 03:02, and the time reported is 02:02.
This is happening only in PHP. The system time is set to GMT, and the
'date' command reports correctly. TCL is also reporting the date
correctly and an offset of -0200. PHP reports -0300.
I wonder if PHP is administering the timezones separately from the
operating system (I already updated the system locale to the new savings
time).
I tried setlocale("LC_TIME", "es_AR") and "ar_AR" (which is probably
incorrect)
What do I have to do to correct this?
Thanks
John
Reproduce code:
---------------
Just print the date, using strftime, in the argentinian time zone.
Expected result:
----------------
Time should, at this moment, be GMT-2, not GMT-3 (which is normal in
winter)
Actual result:
--------------
GMT-3
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=43813&edit=1
