Date: Sat, 14 Jul 2001 21:20:25 +0300
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: djgpp AT delorie DOT com
Message-Id: <1225-Sat14Jul2001212025+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9
In-reply-to: <3b4f1700.2146696@news.mbnet.fi> (invalid@invalid.fi)
Subject: Re: uclock limitations
References: <3b4dba10 DOT 22636569 AT news DOT mbnet DOT fi> <2593-Fri13Jul2001202516+0300-eliz AT is DOT elta DOT co DOT il> <3B4F3D5B DOT C711C042 AT cyberoptics DOT com> <2427-Fri13Jul2001222318+0300-eliz AT is DOT elta DOT co DOT il> <3b4f1700 DOT 2146696 AT news DOT mbnet DOT fi>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> From: invalid AT invalid DOT fi (Ilari Liusvaara)
> Newsgroups: comp.os.msdos.djgpp
> Date: Fri, 13 Jul 2001 15:58:08 GMT
> 
> So this fall to category: Manual is misleading.

Not really, it actually explains the issue, if you read it carefully.

> The problem is that manual is not clear. It seems now to say that you
> cannot use uclock for longer perioids than 48hours (i.e. that uclock
> will break after 48h or so.)

No, it says "You cannot time across two midnights".  Which is true and
accurate.

> I think that manual should be clearer about that (i.e. explictly say
> that the limitation doesn't imply if value is polled often enough.)

Note that ``polling often enough'' is not enough to be able to time
longer intervals.  You need logic to detect when the midnight has
passed, and correct the values accordingly.

In any case, patches to make the wording more clear are welcome.