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.
next prev parent 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