comp.lang.ada
 help / color / mirror / Atom feed
From: fjh@mundook.cs.mu.OZ.AU (Fergus Henderson)
Subject: Re: Software Engineering News Brief
Date: 1996/11/17
Date: 1996-11-17T00:00:00+00:00	[thread overview]
Message-ID: <56lvss$r82@mulga.cs.mu.OZ.AU> (raw)
In-Reply-To: dewar.848153733@merv


dewar@merv.cs.nyu.edu (Robert Dewar) writes:

>Paul Eggert says
>
>"... which is why the next version of Ada should support Gregorian dates
>all the way back to at least the year 1, if not before.  Trying to
>match the historical introduction of the Gregorian calendar
>leads to severe politico-technical problems.  For an example of this
>see my May 1995 comp.risks article about Sybase's historically naive
>practice of arbitrarily rejecting Gregorian dates before 1753."
>
>That sounds silly to me. This is a highly specialized requirement that
>should be provided by auxiliary packages, not by the central package
>for dealing with near by dates that is primarily intended for use in
>control of time related processing (note that Calendar is still in the
>tasking chapter, even in the new RM.

I don't think it is a highly specialized requirement.  I think the
requirement for a generic date type the works over a large range of
dates is quite common.  Many programs let users enter dates, and
putting strict requirements on the dates entered is not unlike assuming
that no-one will ever want to enter a line with more than 80 characters.

>Also, Gregorian dates are quite tricky, because the change over in the
>calendar happened at different times in different parts of the world, so
>you need detailed geo-political localization for such processing.

Gregorian dates aren't tricky, the change-over from other systems is tricky.
That's why Paul Eggert suggested supporting Gregorian dates only, even
for dates before the Gregorian system was used.

>I would say this is a perfect example of
>specialized needs that should NOT be met in the standard language. I would
>far rather have Ada implementors working to get their implementations more
>efficient and more robust than wasting time in the library trying to figure
>out when the switch to Gregorian dates happened in Lithuania.

You misunderstood what Paul Eggert was saying.  His suggestion would *not*
require implementors to figure out when the switch to Gregorian dates
happened in Lithuania or anywhere else.

--
Fergus Henderson <fjh@cs.mu.oz.au>   |  "I have always known that the pursuit
WWW: <http://www.cs.mu.oz.au/~fjh>   |  of excellence is a lethal habit"
PGP: finger fjh@128.250.37.3         |     -- the last words of T. S. Garp.




  reply	other threads:[~1996-11-17  0:00 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-11-05  0:00 Software Engineering News Brief tmoran
1996-11-05  0:00 ` jimgregg
1996-11-05  0:00 ` Robert Dewar
1996-11-07  0:00   ` Stefan.Landherr
1996-11-11  0:00     ` Robert Dewar
1996-11-06  0:00 ` Tom Reid
1996-11-07  0:00   ` Robert Dewar
1996-11-07  0:00   ` Norman H. Cohen
1996-11-08  0:00   ` Robert I. Eachus
1996-11-09  0:00     ` Paul Eggert
1996-11-11  0:00       ` Norman H. Cohen
1996-11-16  0:00       ` Robert Dewar
1996-11-17  0:00         ` Fergus Henderson [this message]
1996-11-17  0:00           ` Robert Dewar
1996-11-17  0:00             ` Larry J. Elmore
1996-11-17  0:00               ` Robert Dewar
1996-11-18  0:00                 ` Keith Thompson
1996-11-18  0:00               ` Norman H. Cohen
1996-11-19  0:00                 ` Frank Manning
1996-11-18  0:00               ` Larry Kilgallen
1996-11-18  0:00                 ` Robert Rodgers
1996-11-18  0:00             ` Mark A Biggar
1996-11-18  0:00             ` Dave Sparks
1996-11-24  0:00             ` Paul Eggert
1996-11-24  0:00               ` Robert Dewar
1996-11-25  0:00                 ` Paul Eggert
1996-11-18  0:00         ` Matt Kennel
1996-11-19  0:00           ` Martin Tom Brown
1996-11-19  0:00           ` Keith Thompson
1996-11-21  0:00   ` Robert I. Eachus
  -- strict thread matches above, loose matches on Subject: below --
1996-11-12  0:00 Marin David Condic, 561.796.8997, M/S 731-93
1996-11-09  0:00 tmoran
1996-11-09  0:00 ` Robert Dewar
     [not found] <55t882$9m@news2.delphi.com>
1996-11-07  0:00 ` Robert Dewar
1996-11-07  0:00 tmoran
1996-11-07  0:00 ` Robert Dewar
1996-11-01  0:00 Software Engineering News
1996-11-01  0:00 ` Adam Beneschan
1996-11-05  0:00 ` David Bradley
1996-11-05  0:00   ` Larry Kilgallen
1996-11-05  0:00     ` Steve Jones - JON
1996-11-06  0:00   ` Ed Falis
1996-11-06  0:00 ` John Cosby
     [not found] ` <55rmsc$2ee$1@shade.twinsun.com>
1996-11-07  0:00   ` caip.rutgers.edu!halasz
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox