Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19511 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24663 invoked by uid 1010); 8 Oct 2005 13:44:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 24645 invoked from network); 8 Oct 2005 13:44:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Oct 2005 13:44:37 -0000 X-Host-Fingerprint: 212.55.202.210 host-210.bitflux.ch Linux 2.5 (sometimes 2.4) (4) Received: from ([212.55.202.210:3359] helo=devel.bitflux.ch) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 07/8D-54476-24DC7434 for ; Sat, 08 Oct 2005 09:44:34 -0400 Received: from localhost (localhost [127.0.0.1]) by devel.bitflux.ch (Postfix) with ESMTP id 8FCB7E73D8; Sat, 8 Oct 2005 15:44:30 +0200 (CEST) Received: from devel.bitflux.ch ([127.0.0.1]) by localhost (devel.bitflux.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17309-03-9; Sat, 8 Oct 2005 15:44:28 +0200 (CEST) Received: from [217.162.113.8] (217-162-113-8.dclient.hispeed.ch [217.162.113.8]) by devel.bitflux.ch (Postfix) with ESMTP id 8B396E73D6; Sat, 8 Oct 2005 15:44:28 +0200 (CEST) Message-ID: <4347CD3D.5000302@bitflux.ch> Date: Sat, 08 Oct 2005 15:44:29 +0200 Organization: Bitflux GmbH User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Zeev Suraski Cc: internals@lists.php.net References: <5.1.0.14.2.20051008152435.09df8390@localhost> In-Reply-To: <5.1.0.14.2.20051008152435.09df8390@localhost> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at bitflux.ch Subject: Re: [PHP-DEV] Timezone stuff - conclusion From: christian.stocker@bitflux.ch (Christian Stocker) On 8.10.2005 15:30 Uhr, Zeev Suraski wrote: > I've been away from email for the last couple of weeks - read through > the timezone thread, and didn't really see a conclusion. IIRC the conclusion was, that Derick tries to make the TZ detection better (which was the only BC problem, AFAIK). And according to him, that's now almost solved (except some weird problems on Windows). He even made a pecl package for updating the TZ data easily should that change. If the TZ detection works reliable, I don't see any reason to revert or postpone Dericks work, the timezone handling of his implementation is so much better than the old one, it's really worth the upgrade for everyone having to deal with different timezones. Just my 2 cents. chregu > > My suggestion is to restore the old code in its entirely, and introduce > the new implementation as new functions with a proper prefix, a-la PHP > 2005. I think it's better than an INI entry, and it should be fairly > straightforward to implement. > > I don't think anybody is underestimating Derick's efforts towards > building this new date functionality. I certainly don't. I also don't > see any reason to break compatibility in something as basic as this, so > this should be introduced either as a new (preferably) or optional (less > preferably) feature. > > Zeev > -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | christian.stocker@bitflux.ch | GPG 0x5CE1DECB