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=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a8c75049121fa58 X-Google-Attributes: gid103376,public From: Marin Condic Subject: Re: Confusing language, was Re: Help help.. please.i am totaly n Date: 1999/11/17 Message-ID: <3832EA6D.598C8B1F@pwfl.com>#1/1 X-Deja-AN: 549787526 Content-Transfer-Encoding: 7bit Sender: condicma@bogon.pwfl.com References: <80jp0o$h27$1@nnrp1.deja.com> X-Accept-Language: en Content-Type: text/plain; charset=us-ascii Organization: Pratt & Whitney Mime-Version: 1.0 Reply-To: condicma@pwflcom Newsgroups: comp.lang.ada Date: 1999-11-17T00:00:00+00:00 List-Id: Robert Dewar wrote: > But you are right, there are lots of variations, note that in > this package, these are simply special cases of a much more > general mechanism, which will cover all the date formats that > you quote. With so many standards to choose from, how can one ever make up one's mind? :-) It would be useful if the computer industry devised some sort of convention which would allow programs written in a variety of languages to easily provide text I/O logic for reading/writing dates. After all, I can't think of any language which is incapable of reading 123.456 as a real number and 123 as an integer number, etc. Why not a minimal acceptable standard for dates? Maybe Ada can be the first to define such a standard? MDC -- Marin David Condic If you hurry you can, for a short time only, still find me at: Real Time & Embedded Systems, Propulsion Systems Analysis United Technologies, Pratt & Whitney, Large Military Engines M/S 731-95, P.O.B. 109600, West Palm Beach, FL, 33410-9600 ***To reply, remove "bogon" from the domain name.*** Visit my web page at: http://www.mcondic.com/