Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19194 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40827 invoked by uid 1010); 27 Sep 2005 13:09:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 40812 invoked from network); 27 Sep 2005 13:09:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 13:09:37 -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:41790] helo=jdi.jdi-ict.nl) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 95/3A-54476-09449334 for ; Tue, 27 Sep 2005 09:09:37 -0400 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8RD9XJ6011598; Tue, 27 Sep 2005 15:09:33 +0200 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8RD9VEQ011592; Tue, 27 Sep 2005 15:09:32 +0200 Date: Tue, 27 Sep 2005 15:09:31 +0200 (CEST) X-X-Sender: derick@localhost To: Stanislav Malyshev cc: PHP Development In-Reply-To: Message-ID: References: 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: > There's no any sarcasm - I really do want date() to work like it did > before. It is OK to give additional capability for timezone changing, etc. > - but I don't see why this should be at the cost of making previously > working code now require additional configuration that - as it seems - can > not even be done automatically, since the configuration value is not > present anywhere in the system settings. That's the reason why we try to guess it - which works often, but not in your case with IDT. > I propose to make some mode to date() that would allow falling back to old > functionality if I do not use new improved capabilities. Meaning, if I do > not set new configurations, it would work as it did in PHP4. Is this > possible? Not really. You really do need to make the configuration setting as none of the code currently relies on any OS, and we should definitely keep it like that. Now, what we can do is document the list of setttings that you can use as timezone. regards, Derick