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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,2b151131f90050ab X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-10-28 21:53:30 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!bloom-beacon.mit.edu!news-peer.gip.net!news.gsl.net!gip.net!newshub2.rdc1.sfba.home.com!news.home.com!news2.rdc2.tx.home.com.POSTED!not-for-mail Message-ID: <3BDCEEFF.10409@acm.org> From: Corey Minyard User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:0.9.5+) Gecko/20011012 X-Accept-Language: en-us MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ada, calendar, and daylight savings References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 29 Oct 2001 05:53:30 GMT NNTP-Posting-Host: 24.7.109.109 X-Complaints-To: abuse@home.net X-Trace: news2.rdc2.tx.home.com 1004334810 24.7.109.109 (Sun, 28 Oct 2001 21:53:30 PST) NNTP-Posting-Date: Sun, 28 Oct 2001 21:53:30 PST Organization: Excite@Home - The Leader in Broadband http://home.com/faster Xref: archiver1.google.com comp.lang.ada:15327 Date: 2001-10-29T05:53:30+00:00 List-Id: I won't argue about the goofiness of our time system, since I can't do anything about that :-). Hopefully, missiles in flight are using UTC. It makes no sense to use anything else. However, you have no portable way of finding UTC in Ada. If not a design error, I would consider that a good candidate for future enhancement. -Corey tmoran@acm.org wrote: >>The "Time" type in Ada.Calendar is fundamentally a poor design. The >>only reasonable use of Calendar in Ada is for inexact, convenient >>"match the wall clock" use. >> > The only reason Ada.Calendar.Clock would not normally be monotonic > is if some human decides so. A missile during flight does not > normally worry about time zones. If someone creates a file, then > sets back the clock and creates another file (or programs his > computer to set back the clock), that's hardly a design error > in Ada. It would make more sense to call it a design error that > wall clocks don't read in UTC, but need to be adjusted when you > move, or twice a year even if you don't move. Now *that's* goofy. >