This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Year 2038 problem

From: Corinna Vinschen <vinschen at redhat dot com>
To: newlib at sourceware dot org
Date: Wed, 18 Nov 2015 10:43:31 +0100
Subject: Re: 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> <298571211 dot 10499346 dot 1447832835018 dot JavaMail dot yahoo at mail dot yahoo dot com>
Reply-to: newlib at sourceware dot org

On Nov 18 07:47, R. Diez wrote:
> 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?

What kind of workaround are you looking for?  The usual one is to
redefine time_t as 64 bit type...

> 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.

This is per the standards.  tzset() is and always was a void function
returning no errors.  You could try checking tzname, but it's no safe
bet.

Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

Attachment: pgpRBwBj2lfWM.pgp
Description: PGP signature

Follow-Ups:
- Re: Year 2038 problem
  - From: Clemens Ladisch

References:
- Year 2038 problem
  - From: R. Diez

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]