Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19264 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 52047 invoked by uid 1010); 28 Sep 2005 13:03:53 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 52032 invoked from network); 28 Sep 2005 13:03:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Sep 2005 13:03:53 -0000 X-Host-Fingerprint: 84.56.22.139 dsl-084-056-022-139.arcor-ip.net Received: from ([84.56.22.139:13783] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 07/22-54476-8B49A334 for ; Wed, 28 Sep 2005 09:03:52 -0400 To: internals@lists.php.net Date: Wed, 28 Sep 2005 15:03:48 +0200 Message-ID: <20050928150348.626a14a0@localhost.localdomain> References: <43393A43.4070805@lsces.co.uk> <43397E48.7080107@lsces.co.uk> <43398CB6.9030808@lsces.co.uk> X-Newsreader: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Posted-By: 84.56.22.139 Subject: Re: [PHP-DEV] timezones & date() breakage From: pierre@dotgeek.org (Pierre) On Wed, 28 Sep 2005 15:59:45 +0300 (IDT) stas@zend.com (Stanislav Malyshev) wrote: > DR>>I think this shoul adequately solve the problems that you > DR>>encountered. > > Thanks for finding a way to solve it at least for this example. But I > am still concerned that it would solve the problem for me, but what > if I install it somewhere in Finland or Australia and their TZ is not > working too because it concides with Fiji and Austria and your Db > doesn't support it? Though if the algorithm takes also GMT offset > into account it may work (unless we have two TZs with same > abbreviation, same current settings but different rules - I don't > know if such beasts exist). There is no safe solution but using a separate set of functions until 6.0. I tried too many times to explain how complex can be date/time problems and trying to fix them in a minor release is the best bad idea of the year. --Pierre