DR>>You are perhaps not aware that the timezone databases on many servers DR>>are so incredibly out of date, are you? And your "system settings" are DR>>not working, read the mails once more why. I am not going to repeat it DR>>again.
My settings are working perfectly well, thank you. All and every application besides PHP 5.1 can use them and display date correctly. The only application that can not display date correctly without additional configuration is PHP 5.1. Why? DR>>Correct - as the code was totally inadequate for the tasks. I know you It was adequate for the task of displaying current date. Now it is not. DR>>prefer to live with old crippled code for as long as possible, but you DR>>do forget that there are people who are actually *need* the new improve DR>>behavior. I did my best to make it as BC as possible, but I can't cover I have nothing against having new and improved behaviour. Use it as much as you wish. Only thing I need is to be able to use old behaviour too. Especially that I suspect that the majority of the use cases for date() would be happy with the old behaviour. DR>> version, or change *one setting* in your php.ini file for the cases As I already explained, the problem is not setting it on my personal php.ini. The problem is that it makes impossible to port applications between different servers without having each server pre-configured with right settings - and these settings are not discoverable by automatic means. Meaning, each application would either have user to set up timezone on install (provided the user knows it - many don't know exact name of their timezone and just use whatever configured on the system) manually - or display wrong dates. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
