[tz] Regarding mktime issue
eggert at cs.ucla.edu
Thu Mar 9 02:02:33 UTC 2017
On 03/07/2017 10:45 PM, Gopesh Kumar Chaudhary wrote:
> 1) In above mentioned scenario does mktime has the intelligence to
> decide whether above mentioned time in tm structure is in DST or not
> as dst flag is set to -1 ?
In the example you gave, mktime can return either a timestamp with
tm_isdst==0, or a timestamp with tm_isdst>0. Both answers are correct,
in the sense that the relevant standards allow mktime to return either
answer. So the RHEL 7.2 mktime is operating correctly.
In general, the output of localtime is ambiguous, in the sense that two
different timestamps can generate exactly the same struct tm values on
some platforms, and POSIX allows this. An example of that is the
repeated time 2014-10-26 01:30 when TZ="Europe/Moscow", which
corresponds to both 1414276200 and to 1414279800 when considered as
POSIX timestamps. This is because Moscow changed timezones from UT +04
to +03 that morning.
More information about the tz