Abbreviation UTC used in a non-conventional or even wrong way
Reported by Erik Benkler
BUG DESCRIPTION:
----------------
The help of getdate function says:
/////////////////
x=getdate("s")
returns a scalar with the number of seconds since Jan 1, 1970, 00:00 UTC (Unix Time Convention)
Please note that the return value contains the leap seconds.
dt=getdate(x)
formats the date given by x (number of seconds since Jan 1, 1970, 00:00 UTC) in format given above. In this case dt(10) is always equal to 0.
getdate(0) will return Jan 1, 1970, 00:00 if the time zone concerned is UTC, but if the time zone is UTC+1, hour returned will be 01:00.
/////////////////
1) Providing date&time in the format Jan 1, 1970, 00:00 UTC conventionally means that this time is given as "Coordinated Universal Time", or in french "Temps universel coordonné", NOT "Unix Time Convention" as in the help text, which is terribly confusing or even wrong.
2) "getdate(0) will return Jan 1, 1970, 00:00 if the time zone concerned is UTC, but if the time zone is UTC+1, hour returned will be 01:00."
This description is a bit unclear. A test in time zone UTC+1 with daylight saving (CEST) yields the hour returned=1, even though the offset between the time in CEST and in UTC is +2 hours. It should be mentioned that daylight saving offsets are not included in getdate(0). By the way, unfortunately, there seems to be no function in Scilab which yields the daylight saving offset.
ERROR LOG:
----------
HOW TO REPRODUCE THE BUG:
-------------------------
OTHER INFORMATION:
------------------