Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19205 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18462 invoked by uid 1010); 27 Sep 2005 14:20:49 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 18447 invoked from network); 27 Sep 2005 14:20:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 14:20:49 -0000 X-Host-Fingerprint: 82.94.239.5 jdi.jdi-ict.nl Linux 2.5 (sometimes 2.4) (4) Received: from ([82.94.239.5:53803] helo=jdi.jdi-ict.nl) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 0B/D6-54476-04559334 for ; Tue, 27 Sep 2005 10:20:48 -0400 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8REKiD0019830; Tue, 27 Sep 2005 16:20:44 +0200 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8REKdmG019818; Tue, 27 Sep 2005 16:20:40 +0200 Date: Tue, 27 Sep 2005 16:20:39 +0200 (CEST) X-X-Sender: derick@localhost To: Stanislav Malyshev cc: PHP Development In-Reply-To: Message-ID: References: <433944EA.6070904@prohost.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at jdi-ict.nl Subject: Re: [PHP-DEV] timezones & date() breakage From: derick@php.net (Derick Rethans) On Tue, 27 Sep 2005, Stanislav Malyshev wrote: > DR>>There is but I was not allowed to enable those functions in PHP 5.1. If > DR>>you compile with -DEXPERIMENTAL_DATE_SUPPORT, you have a function > DR>>timezone_identifiers_list() which returns a list with all the support > DR>>settings. The function timezone_abbreviations_list() returns the known > DR>>mappings between obsolete, broken, and non-unique timezone abbreviations > DR>>and their real Identifier. > > This still won't help me, for example, if current TZ rules change and PHP > is not updated. For some countries, it does change. And it still means the > app won't work with 5.1 release. And I stil don't see why one of the TZ > settings couldn't be just "use my system settings"? OK, I will lose all > advanced stuff - in this particular case I am ready for that. Why not > allow this option? You are perhaps not aware that the timezone databases on many servers are so incredibly out of date, are you? And your "system settings" are not working, read the mails once more why. I am not going to repeat it again. > DR>>"without any problem" - are you kidding me? Have a look at a > DR>>presentation I gave about it: > DR>>http://derickrethans.nl/files/time-ac2005.pdf > > I didn't mean "there were no problems in data functions at all in older > PHP" - I'm sure there was if it required rewrite. I did mean "default > configuration gave expected results without any additional hoops to jump > through". Meaning, I could just take any PHP and run date() and get my > systems date - now I can't. Correct - as the code was totally inadequate for the tasks. I know you prefer to live with old crippled code for as long as possible, but you do forget that there are people who are actually *need* the new improve behavior. I did my best to make it as BC as possible, but I can't cover all the cases. So I guess your options are to stick with an old PHP version, or change *one setting* in your php.ini file for the cases where PHP doesn't guess your timezone correctly. It is *impossible* to hack in the old behavior into the new code, if you want to know why - read the code. regards, Derick