This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Year 2038 problem
- From: "R. Diez" <rdiezmail-newlib at yahoo dot de>
- To: "newlib at sourceware dot org" <newlib at sourceware dot org>
- Date: Wed, 18 Nov 2015 07:47:15 +0000 (UTC)
- Subject: Year 2038 problem
- Authentication-results: sourceware.org; auth=none
- References: <298571211 dot 10499346 dot 1447832835018 dot JavaMail dot yahoo dot ref at mail dot yahoo dot com>
- Reply-to: "R. Diez" <rdiezmail-newlib at yahoo dot de>
Hi all:
I am developing embedded firmware on 32-bit ARM Cortex-Mx processors. I believe that there is still no work-around for the year 2038 problem in newlib, right?
On another note, there seems to be no way for tzset to report any parsing errors. That means the user does not know if the time zone string was parsed correctly.
Because of these issues, I guess I will have to write the whole date/time code from scratch, which is no fun. Or can someone suggest a work-around or another time-handling library?
Regards,
rdiez