TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy


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
"Robert C. Leif, Ph.D." <[log in to unmask]>
Reply To:
Robert C. Leif, Ph.D.
Thu, 3 Jun 1999 23:09:48 -0700
text/plain (53 lines)
> -----Original Message-----
> From: Team Ada: Ada Advocacy Issues (83 & 95)
> [mailto:[log in to unmask]]On Behalf Of Greg Bek
To: Greg Bek et al.
From: Bob Leif, Ph.D.

Two questions. 1) Was this date package written in Ada? And 2) If it was
written in Ada, how much work did it take to fix? I suspect that there may
have been other Year 2K problems in Ada. However, the ease of maintaining
Ada made the effort to repair minimal. Minimal effort projects are seldom
reported because they do not change the budget. Actually, the Year 2K
problem is NOT the disease. If Year 2K problem is significant, it is a
symptom of poorly engineered software.

> Sent: Thursday, June 03, 1999 10:25 AM

> To: [log in to unmask]
> Subject: Re: Ada and Y2K

> > To: Brice Lecomte et al.
> >
> > From: Bob Leif, Ph.D.
> >
> > So far, my informal search has revealed none, except for one possible,
> > unconfirmed Ada '83 Verdix library, which quite possibly may
> not have been
> > written in Ada.
> >
> There is a known problem with the VADS dates package.  This package
> provides textual I/O routines for date values.  If you entered a
> 2 digit year number then it always assumed the twentieth century
> (ie: 19xx).
> We have a corrected version of this package available through our
> support organization.  The new version allows you to specifiy a sliding
> window to define which century to add to a 2 digit year.
> Please note that this package was never used inside VADS.  The dates
> package was provided for use by our customers.  VADS uses operating
> sytem routines for obtaining date/time information and encoding it
> for storage.  Because of this Rational cannot provide a Y2K guarantee
> on any platform that is itself not Y2K compliant.
> Greg Bek
> -------------------------------------------
> Greg Bek  mailto:[log in to unmask]
> Product Manager
> Rational Software, Cupertino CA 95014
> Ph: +1 408 863 4394   Fax: + 1 408 863 4180
> -------------------------------------------