Subj : testime.btm
To   : Gerald Miller
From : Renato Zambon
Date : Sat Aug 10 2002 06:48 pm

 GM> Okay, I'll try posting as a plain text file.  I was concerned about
 GM> word wrap and possible truncation.  Thank you for the "ruling", I
 GM> will only resort to the encoded method if plain text becomes
 GM> problematic....

Ruling? Was just an oppinion/suggestion, you don't need to agree.

 GM> I know it is a little "bloated" and could be cleaned up a bit. I've
 GM> been using it for about a week now and it *appears* to be doing the
 GM> task that I want. I had to add a deferential factor of five seconds
 GM> (if the LOCAL system is within plus or minus five seconds with that
 GM> of the Remote system) to prevent constant updating and to fudge the
 GM> one second updates.  :B-)

I tested here and seems to be working ok. If used by a pvt node that
don't make or accepts events with other systems the RTime will be
always from its uplink. If you run it twice however without a new
event, seems the correction will be doubled, and again, again...

Another possible bug, force a poll to my system for instance, without
UTC correction in your batch (or to any not time-reliable node), and
run it in sequence  :-)

BTW, once FD does have internal time-sync option with configurable
nodes, is it just a batch programming exercise?

[]s
--- GoldED+/386 1.1.4.7
 # Origin: HidraSoft BBS * Aruja', SP, Brasil * 55-11-4654-2024 * (4:801/161)
 * Origin: Baddog BBS (1:218/903)

.