Hello,
AFIAK, this was needed because of a bug. I suggest you check it out in the
bug DB.
Derick
On Tue, 17 Apr 2001, James L. Pine wrote:
> ok, this is a little more bizarre than I thought it was.
>
> apparently, tzset is called in mktime or when putenv('TZ=foo') are
> called. so this works,
On Tue, 17 Apr 2001, Stephen van Egmond wrote:
> I'm a little bit baffled about why you would want to change the time
> zone while a system is up and running. Isn't this the kind of thing
> you set and forget?
I guess that depends upon if you're interested in figuring out what time
it is somep
James L. Pine ([EMAIL PROTECTED]) wrote:
> I'm running php as an apache 1.x module, so I just hacked in a userspace
> tzset(TZ) function, but this would be bad for systems that need to play
> nicely with threads.
I'm a little bit baffled about why you would want to change the time
zone while a sy
ok, this is a little more bizarre than I thought it was.
apparently, tzset is called in mktime or when putenv('TZ=foo') are
called. so this works, and putenv'ing TZ isn't thread safe already, but
should the mktime tzset call be taken out? and maybe some thread safe
method of setting a timezone
there are quite a few bug entries that deal with timezones and the TZ
environment veriable... they're marked as closed and reentered in each
version release. from what I can gather from the code, it's still not
fixed.
localtime_r does not set the global tzname from TZ when called. I believe
