Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19298 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 3182 invoked by uid 1010); 29 Sep 2005 14:42:22 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 3166 invoked from network); 29 Sep 2005 14:42:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Sep 2005 14:42:22 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:54175] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 5C/99-54476-C4DFB334 for ; Thu, 29 Sep 2005 10:42:21 -0400 Received: (qmail 2738 invoked from network); 29 Sep 2005 14:42:15 -0000 Received: from localhost (HELO ANDI-NOTEBOOK.zend.com) (127.0.0.1) by localhost with SMTP; 29 Sep 2005 14:42:15 -0000 Message-ID: <6.2.3.4.2.20050929073711.0453cd30@localhost> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 29 Sep 2005 07:42:01 -0700 To: Derick Rethans Cc: internals@lists.php.net In-Reply-To: References: <43393A43.4070805@lsces.co.uk> <43397E48.7080107@lsces.co.uk> <43398CB6.9030808@lsces.co.uk> <433ABE48.6050607@lerdorf.com> <6.2.3.4.2.20050928155517.04710860@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] timezones & date() breakage From: andi@zend.com (Andi Gutmans) Quick check so I completely understand where we are: - In Israel the timezone DB changes every year (we start savings time on different dates every year depending on the parliament decision). I see that in your implementation this DB is taken from a table written in C. Are you saying that this table isn't currently being used? Or would I have to update that C table every year? All sysadmins in Israel pretty much have an automated way of getting the updated timezone file from a central distribution FTP server which they just drop in automatically into the system. Not allowing this to work would be a serious problem. Israel's probably not the only country with a dynamically changing DB. Also, it would require us to roll new PHP versions whenever such a company changes their DB. So if this is the case, irregardless we should support the old approach. Anyway, please give some more insight so that the situation is clear. As stated in my previous email, irregardless, as Wez pointed out having two sets of APIs is probably a better idea so that everyone is happy. Thanks, Andi At 12:13 AM 9/29/2005, you wrote: >On Wed, 28 Sep 2005, Andi Gutmans wrote: > > > When I agreed to commit this for PHP 5.1, Derick promised that > this was going > > to completely keep BC. That is obviously not happening. While I > appreciate his > > efforts, I think as with the reference change, this will cause much more > > widespread pain than we can even imagine. > >Uhm, the stuff that we agreed to commit has nothing to do with this, as >it's still disabled just fine. > >regards, >Derick >-- >Derick Rethans >http://derickrethans.nl | http://ez.no | http://xdebug.org Zend/PHP Conference & Expo Power Your Business with PHP October 18-21, 2005 - San Francisco http://zend.kbconferences.com/