It looks like all become relaxed now here but not me. Here in Israel, there is stupid habit to change the DST range almost each year.
Should i expect that today's php5.1 date() function 'll give me wrong date next year? If yes, we have here fatal BC break since modern server OS DST data is automatically refreshed, but out of the question the php version on my servers .... the only reasonable solution is separated set of functions as Pierre proposed. Moshe "Derick Rethans" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Wed, 28 Sep 2005, Stanislav Malyshev wrote: > >> DR>>> too because it concides with Fiji and Austria and your Db doesn't >> support >> DR>>> it? >> DR>> >> DR>>I don't see your point here, can you clarify this with a little >> example >> DR>>perhaps? >> >> Well, that's the same problem I had but it would be not IDT, but, say, >> some FDT which has multiple timezones too. Now if you say it would be >> generated from some big TZ database and not just fixed for particular >> case then I guess it would not be a concern. > > Right, of course fixing it for IDT only would be silly :) > > regards, > Derick > > -- > Derick Rethans > http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php