comp.lang.ada
 help / color / mirror / Atom feed
From: eggert@twinsun.com (Paul Eggert)
Subject: Re: Software Engineering News Brief
Date: 1996/11/25
Date: 1996-11-25T00:00:00+00:00	[thread overview]
Message-ID: <57dogm$e45$1@shade.twinsun.com> (raw)
In-Reply-To: dewar.848842033@merv


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

> But to suggest that the standard built-in package have this kind of shaky
> semantics, i.e. semantics that so obviously conflicts with one reasonable
> expectation

If the Ada standard couldn't specify semantics that obviously conflict
with ``one reasonable expectation,'' then there wouldn't be a standard.
The whole point of a standard is to specify one among several reasonable
solutions to a problem.  All I'm saying is that for calendars, the most
reasonable solution is the Gregorian calendar.

I agree that dates are not as simple as you think.  But I'm afraid that
a good deal of the calendrical misinformation in this thread has been posted
by you: ``all countries agree for the Ada range of dates'' (they don't),
``the system of leap years has changed since [Pope Gregory's scheme]''
(it hasn't).

Perhaps the Ada standardization committee chose the years 1901-2099 based
on similar misunderstandings.  That wouldn't be too surprising,
as few computer language experts are also experts about timekeeping.
It reminds me of the C standard's bug in leap second handling:
the C standard allows for two leap seconds in the same minute
(an impossibility), because the C committee misunderstood leap seconds.

In any case, I urge the Ada standard committee to contact a genuine calendar
implementation expert before making any future decisions in this area.
A good choice would be Professor Ed Reingold of the University of Illinois,
coauthor of ``Calendrical Calculations'', Software--Practice & Experience
20, 9 (1990), 899-928.




  reply	other threads:[~1996-11-25  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 ` Robert Dewar
1996-11-07  0:00   ` Stefan.Landherr
1996-11-11  0:00     ` Robert Dewar
1996-11-05  0:00 ` jimgregg
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
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 [this message]
1996-11-18  0:00         ` Matt Kennel
1996-11-19  0:00           ` Keith Thompson
1996-11-19  0:00           ` Martin Tom Brown
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