From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 10db24,37e6dbf5e31f6da0 X-Google-Attributes: gid10db24,public X-Google-Thread: 103376,37e6dbf5e31f6da0 X-Google-Attributes: gid103376,public X-Google-Thread: ff6c8,37e6dbf5e31f6da0 X-Google-Attributes: gidff6c8,public X-Google-Thread: 1108a1,37e6dbf5e31f6da0 X-Google-Attributes: gid1108a1,public X-Google-Thread: f43e6,37e6dbf5e31f6da0 X-Google-Attributes: gidf43e6,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: Software Engineering News Brief Date: 1996/11/24 Message-ID: #1/1 X-Deja-AN: 198420616 references: <55nqea$32a@news2.delphi.com> <3280BAFA.1B2F@email.mot.com> <563tle$cu7$1@shade.twinsun.com> <56lvss$r82@mulga.cs.mu.OZ.AU> <57916h$941$1@shade.twinsun.com> organization: New York University newsgroups: comp.lang.ada,comp.sw.components,comp.object,comp.software-eng,comp.edu Date: 1996-11-24T00:00:00+00:00 List-Id: Paul Eggert says "> To accept dates before the 18th century without comment or error, > and then misinterpret them seems highly error prone. On the contrary, I've helped write some applications where quietly accepting pre-18th-century dates was precisely the right thing to do. A calendar package should not presume to tell applications what the proper range is -- it should support the calendar, and let applications worry about data validity checking." An exactly wrong argument, at least for the Ada design philosophy. You are saying "let me do this, beause I have at least some applications where it is what I want -- yes, I know that other applicatoins may be surprised at the behavior, but so what -- programmers should be careful." As I have said many times, I have no objection to a specialized calendar package that provides so-called Gregorian dates back to 4004 BC if that is what you want, and indeed why not spend your effort writing such a package! 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 (i.e. if the Pilgrims landed on a certain date, that date should correspond to what the package deals with) is a truly bad idea!