In traditional Unix, dates and times are represented as the number of seconds elapsed since 1970/1/1 0:00:00, so if the time variable is a 32-bit signed integer, there is a possibility of an overflow in 2038.
Easytrieve Unix and Linux may cause this problem?
Environment : Unix, Linux
Release : R11.6
Easytrieve is a 32-bit product, and yes the possibility of an overflow in 2038 can happen with Easytrieve on Linux and Unix.
We are aware about this problem and we have the task for this in our backlog.
At this time, we have not yet determined when this issue will be resolved, but it is planned for an upcoming release(R11.7).