Re: With the upcoming time change....

In theory, if small time adjustments were done by intelligently slowing
down or speeding up the clock in order to synchronize then uniqueness of
time values could be maintained within the system.  It's replacing the time
value with mechanisms such as CHGSYSVAL that can cause duplication (when
moving backward in time) that the bit fiddling cannot really adress
(without a ton of overhead).  Changing system time to UTC (which would not
have DST jumps) and providing for adjust operations rather than replace
would appear to take care of the problem you mention.

Speaking for myself,
Bruce




                      "Leif Svalgaard"
                      <leif@leif.org>           To:       
<midrange-l@midrange.com>
                      Sent by:                  cc:
                      midrange-l-admin@m        Subject:  Re: With the upcoming 
time change....
                      idrange.com


                      10/25/2002 10:30
                      AM
                      Please respond to
                      midrange-l





From: Neil Palmer <neilp@dpslink.com>
> Methinks Bruce knows something he's not telling !  ;-)

One of the problems with adjusting the system time regularly
(e.g. with real-time input from a "gadget") is that the internal
system time is also used as the basis for generating *unique*
timestamps (some fiddling with the lower bits). This function
would probably not work anymore if you constantly adjust
the system time up or down by small amounts.



_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.