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-29 15:15:07 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!sn-xit-01!supernews.com!newshub2.rdc1.sfba.home.com!news.home.com!news1.rdc1.sfba.home.com.POSTED!not-for-mail From: tmoran@acm.org Newsgroups: comp.lang.ada Subject: Re: Ada, calendar, and daylight savings References: <3BDD6550.8020805@acm.org> X-Newsreader: Tom's custom newsreader Message-ID: Date: Mon, 29 Oct 2001 23:15:02 GMT NNTP-Posting-Host: 24.7.82.199 X-Complaints-To: abuse@home.net X-Trace: news1.rdc1.sfba.home.com 1004397302 24.7.82.199 (Mon, 29 Oct 2001 15:15:02 PST) NNTP-Posting-Date: Mon, 29 Oct 2001 15:15:02 PST Organization: Excite@Home - The Leader in Broadband http://home.com/faster Xref: archiver1.google.com comp.lang.ada:15381 Date: 2001-10-29T23:15:02+00:00 List-Id: > How are you going to do this in Ada? You can't without using > non-standard constructs. It seems to me your problem is with your compiler vendor's implementation, not with the language. The ARM 9.6(24) says "... as appropriate to an implementation defined timezone; ..." You want that timezone to be UTC. Why not just replace the package body Ada.Calendar that your compiler supplies, with a different one that returns UTC for Clock? (A long time ago my compiler vendor's Clock used the MSDOS 55 ms tick, which was much to gross for my problem. So I replaced his Ada.Calendar body with one that used the PC's 8253 timer chip. Not only was it much finer, but it was much faster than a system call, so profiling speeded up substantially. :)