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

Reply via email to