TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy

TEAM-ADA@LISTSERV.ACM.ORG

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jacob Sparre Andersen <[log in to unmask]>
Reply To:
Jacob Sparre Andersen <[log in to unmask]>
Date:
Fri, 5 May 2000 12:17:29 +0200
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (29 lines)
Colin:

> I have heard that the programming language "C"   will out
> grow its date package in I think 2030.
> I was wondering if there is any fact to this?

Sort of.

The year is 2038 iirc, and it is not as much a problem with
C as with the date handling functions in many Unixes.
Switching from a "32 bit compiler" to a "64 bit compiler"
shold delay this problem a few million years.

> and if Ada has any similar problems?

The standard package Ada.Calendar defines a type Time whose
internal implementation isn't specified by the language, but
currently (1995 edition of Ada) you can only access years in
the range 1901 .. 2099 for this type.

I haven't read any articles on which problems we can expect,
when the range of years is changed.

Greetings,

Jacob
--
"Any, sufficiently complicated, experiment is indistinguishable from magic."

ATOM RSS1 RSS2