Y2038 bug?
807567Feb 8 2000 — edited Feb 8 2000Under most versions of UNIX, the time_t variable type will run out of space to represent the date on Jan 18/19, 2038. What is the plan in Solaris to deal with this? Will the time_t type be redefined to a "long long" or is there a system call that returns a "struct tm"? At the moment, I can't find a Y2038 compliant way to write new code that needs to know the time...
Granted, this is not a problem tomorrow, but I would rather write my software so that it doesn't need to be re-written in another 20 years because of short-sighted design.
thanks,
Jeff Hanes