Solution
The Year 2038 problem is a time formatting bug in computer systems that represent times after 03:14:07 UTC on 19 January 2038. This problem exists in systems that measure Unix time – the number of seconds elapsed since the Unix epoch (00:00:00 UTC on 1 January 1970) – and store it in a signed 32-bit integer.
In order to work around this issue you can follow these alternatives:
- Compile the application using the 64-bit configuration since time is measured with signed 64-bit integers.
- If using the LabWindows/CVI IDE then you need to change the system time since the development environment itself is a 32-bit application.
NI considers LabWindows/CVI to be feature-complete and we plan no new major releases. We release patches to fix critical runtime issues with no workaround. In this case, because there is a workaround, we do not intend to include a fix in a future patch. For more information about the software lifecycle policies please take a look at the following document:
Software Product Lifecycle Policies.