Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19202 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5032 invoked by uid 1010); 27 Sep 2005 13:58:38 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 5017 invoked from network); 27 Sep 2005 13:58:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 13:58:38 -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:37037] helo=jdi.jdi-ict.nl) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id C1/35-54476-C0059334 for ; Tue, 27 Sep 2005 09:58:37 -0400 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8RDwWVX016794; Tue, 27 Sep 2005 15:58:32 +0200 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8RDwRRD016783; Tue, 27 Sep 2005 15:58:28 +0200 Date: Tue, 27 Sep 2005 15:58:27 +0200 (CEST) X-X-Sender: derick@localhost To: Stanislav Malyshev cc: Ilia Alshanetsky , 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: > IA>>This "incantation" is the standard name for your timezone across most > IA>>systems. Out of curiosity I've just tried "IDT" timezone on 3 machines > IA>>(Linux, FreeBSD and OpenSolaris) neither of'em supported it. However, > IA>>they all supported "Israel/Tel Aviv", which is the real name for your > IA>>timezone. > > That is all fine and dandy, but if there's no way to find "real name", There is but I was not allowed to enable those functions in PHP 5.1. If you compile with -DEXPERIMENTAL_DATE_SUPPORT, you have a function timezone_identifiers_list() which returns a list with all the support settings. The function timezone_abbreviations_list() returns the known mappings between obsolete, broken, and non-unique timezone abbreviations and their real Identifier. > as you call it, to the timezone on the current machine, it basically > means no user could ever use date() - or application using date() - > with 5.1 unless he find out it by some external means and definitely > no automatic install of such application is ever possible. That's the > problem I want to address. But it's not an application's problem - it's a server configuration issue. > It is especially problematic when we have old working version - so it's > not that it is impossible to do that. And all applications except PHP deal > with this problem somehow without external configuration, and can display > dates without any problem. "without any problem" - are you kidding me? Have a look at a presentation I gave about it: http://derickrethans.nl/files/time-ac2005.pdf Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org