On 05/07/18 17:50, Joel Sherrill wrote:
For the master (aka 5), it is 64 bit POSIX time_t so everything should be
clean for long term time.
Internally, a 64-bit integer is used with nanoseconds resolution. This
leads to a year 2514 problem. I also have this on my todo list:
https://devel.rte
On Thu, Jul 5, 2018 at 3:51 AM, jaeho jo wrote:
> UNIX time starts in 1970, but RTEMS starts from 1988.
>
> Unix time cannot encode times after 03:14:07 UTC on 19 January 2038.
>
> What is the maximum value of rtems time of day? 2038 + 18 => 2056?
>
There is no enforced maximum. The practical li
UNIX time starts in 1970, but RTEMS starts from 1988.
Unix time cannot encode times after 03:14:07 UTC on 19 January 2038.
What is the maximum value of rtems time of day? 2038 + 18 => 2056?
thanks.
___
users mailing list
users@rtems.org
http://lists.rt