The Year 2038 problem revisited...

The Year 2038 problem has been noted and been changed since MFC 6.0 release for Windows programmers. Here's an excerpt from Programming Microsoft (R) Visual C++(R) Fifth Edition, by Kruglinski et al.

CTime vs. COleDateTime

Most "longtime" MFC developers are accustomed to using the CTime class. However, since CTime's valid dates are limited to dates between January 1, 1970, and January 18, 2038, many developers are looking for an alternative. One popular alternative is COleDateTime, which is provided for OLE automation support and handles dates from 1 January 100 through 31 December 9999. Both classes have various pros and cons. For example, CTime handles all the issues of daylight savings time, while COleDateTime does not.

With the Year 2000 crisis looming ahead, many developers choose COleDateTime because of its much larger range. Any application that uses CTime will need to be reworked in approximately 40 years, since the maximum value is the year 2038. To see this limitation in action, select a date outside the CTime range in EX09A. The class you decide to use will depend on your particular needs and the potential longevity of your application.