<div dir="ltr"><div dir="ltr">On Sun, Mar 8, 2020 at 5:29 PM Thomas DeBellis <<a href="mailto:tommytimesharing@gmail.com">tommytimesharing@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[snip] </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">A lot of that has changed nowadays with NTP clients; even if the base <br>
operating system doesn't support time change, an NTP client can address <br>
that.  So all my systems advanced appropriately, as did an old radio <br>
clock.  I'm not sure how *nix does it, but I don't remember Ultrix <br>
having the code on our 8650 (or 8700). Tops-20 will do the change <br>
whether or not a client exists as the code is in the monitor.</blockquote><div><br></div><div>Unix usually maintains time internally in UTC, and conversions into a specific timezone are handled by a userspace library and configuration files. That's obviously not how it was done historically (time would have been manually set by some system administrator on early systems), but it's how it's been done since the late 80s or early 90s. The upshot however, is that "Unix" doesn't do anything, in the sense that the kernel doesn't care; processes that deal with time are data driven and handle time changes internally.</div><div><br></div><div>        - Dan C.</div><div><br></div></div></div>