|Subject:||Re: New -base release?|
|Date:||Tue, 16 Aug 2011 09:32:54 +0200|
|User-agent:||Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:126.96.36.199) Gecko/20110420 SeaMonkey/2.0.14|
I confirm this.
It is not a matter if "localtime" is of version 1 or 2: if it is a raw copy, it doesn't work, if it is a symlink, it works. We interpret the "path" and not the contents (makes sens, i couldn't find provision in NSTimeZone for interpreting the contents of a binary file).
It is perfectly licit however that localtime is a copy and not a simlink.
Perhaps david can shed more light on how to interpret the TZ on freebsd.
There exists tzname, but it is only an abbreviation. The tm structure contains:
int tm_isdst; /* is summer time in effect? */
char *tm_zone; /* abbreviation of timezone name */
But I understand we want "Europe/Rome" and not "CE" + the ST bit. Otherwise we can't distinguish Europe/Berlin from Europe/Rome... both are CE.
"Use of the external variable tzname is discouraged; the tm_zone entry in the tm structure is preferred." But that doesn't help us either.
|[Prev in Thread]||Current Thread||[Next in Thread]|