Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!dalcs!silvert
From: silvert@dalcs.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: SETTIME bug
Message-ID: <2408@dalcs.UUCP>
Date: Fri, 20-Feb-87 19:07:53 EST
Article-I.D.: dalcs.2408
Posted: Fri Feb 20 19:07:53 1987
Date-Received: Sat, 21-Feb-87 05:51:54 EST
References: <8702171647.AA04098@yale-eli.YALE.ARPA>
Reply-To: silvert@dalcs.UUCP (Bill Silvert)
Organization: Marine Ecology Lab.
Lines: 17
Keywords: Day error in date
Summary: Also AUTODISK

In article <8702171647.AA04098@yale-eli.YALE.ARPA> fischer-michael@YALE.ARPA.UUCP writes:

>The SETTIME program posted some time ago by Allan Pratt has a subtle
>bug:  When the time is 4:00PM or later, the GEMDOS clock is set correctly
>but the IKBD clock is set one day too early.  Then on each subsequent
>reboot, the GEMDOS clock ends up one day off.

Aha -- this explains a problem I've noticed with Braner's AUTODISK,
which I think uses Pratt's code for setting the date -- I frequently
note that the date ends up as yesterday, but I've never been sure when
or how it happened, so I haven't mailed a bug report to Moshe.  Is this
really the cause?  If so, Moshe, can you fix it?
-- 
Bill Silvert
Marine Ecology Laboratory, Dartmouth, NS, Canada
CDN or BITNET: silvert@cs.dal.cdn	-- UUCP: ..!{seismo|utai}!dalcs!silvert
ARPA: silvert%dalcs.uucp@seismo.CSS.GOV	-- CSNET: silvert%cs.dal.cdn@ubc.csnet