[hobbit] is Hobbit ready for 2007 DST?

[Jerry Yu]

Thanks for double-checking, Henrik.  Yeah, UNIX time is much easier to do
math with. wonder if we'd have to come out of retirement in 2037 or 2038 to
fix the 32-bit problem...
Good point on existing DST on other continents.  Assurance is good.
Verification is even better.

On 3/6/07, Henrik Stoerner <henrik at hswn.dk> wrote:
>
> On Tue, Mar 06, 2007 at 04:17:36PM -0500, Jerry Yu wrote:
> > if it is UNIX time then it won't be a problem.
> > If local time is stored then used to calculate, it'd be a problem.
>
> Local time is never used for calculations. It is just much easier
> to do all time work using Unix Epoch time, and leave the "show local
> time" stuff to the C library (which uses your zoneinfo files).
>
> I've done a search of the Hobbit sourcefiles, and the only usage of
> local time are
>
> 1) the routine which calculate whether a time is within e.g. a
>    DOWNTIME specification;
> 2) the routine which checks SSL certificate expiry time;
> 3) routines which display timestamps in log files or on web pages.
>
> All of these use the standard C library routine "localtime()" to do
> the conversion between Unix Epoch time and local time. This uses
> the system's zoneinfo definitions, so it will work without problems -
> provided your OS has been updated with new zoneinfo files.
>
> Besides, DST changes in the US have *always* been different from what
> is used in Europe (and still are, even with the new DST start date in
> the US). So if there had been any hardcoded "this is when DST starts"
> code in Hobbit, it would have been spotted several years ago.
>
>
> Regards,
> Henrik
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20070307/bafd6540/attachment.html>