× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Jeff,

Changing your system time zone from QN0500EST2 to QN0500EST will cause the
system to automatically recognize the start and end of DST.  As shipped by
IBM, DST will start at 2:00 local time on the first Sunday of April and end
at 2:00 local time on the last Sunday of October.

When DST starts local system time will change from 2:00 AM to 3:00 AM, and
when ending from 2:00 AM to 1:00 AM.  This will take place independent of
whether or not you are using an external time server, and will conform to
your local definitions of time.

Time adjustment is not used when changing local time for DST.  Time
adjustment is used when a discrepancy is detected between the UTC time sent
by the time server and the local UTC time maintained by the system.

Time adjustment is not used as that would cause the minute after 2:00 AM to
be "something" between 2:00AM and 3:00AM.  This time value (for example
purposes 2:01AM) does not exist (per your legislative authorities).  What
would the system convert that time to if you wanted to convert to Mountain
time?  What would an auditor say if a change was made at 2:01AM?  Likewise
a time value 2:01 after DST ended would imply an hour and a minute past the
DST time shift, not just one minute.

Users could use the time adjustment feature of the system to circumvent
this time shift for DST, but the system DST support is not going to start
recording 'non-existent' time stamps -- you'll have to explain this time
values yourself.  And using time adjustment by itself to make DST changes
(leaving the time zone unchanged) will cause discrepancies in the UTC
offset the system believes it's working in.

It is because of these types of headaches that the system internally tracks
time with UTC (rather than local time) starting with V5R3.  UTC does not
have the concept of DST.  Time simply moves forward, and the system then
converts the internal UTC times to the appropriate local times based on the
time zone in effect.  To avoid time shifts the use of a standard such as
UTC is the way to go.  Local times are just too easily changed by
government decisions.

Bruce Vining



                                                                           
             "Jeff Crosby"                                                 
             <jlcrosby@dilgard                                             
             foods.com>                                                 To 
             Sent by:                  "'Midrange Systems Technical        
             midrange-l-bounce         Discussion'"                        
             s@xxxxxxxxxxxx            <midrange-l@xxxxxxxxxxxx>           
                                                                        cc 
                                                                           
             02/01/2006 09:02                                      Subject 
             AM                        Daylight Saving Time                
                                                                           
                                                                           
             Please respond to                                             
             Midrange Systems                                              
                 Technical                                                 
                Discussion                                                 
             <midrange-l@midra                                             
                 nge.com>                                                  
                                                                           
                                                                           




I have never had to be concerned with this in the past, but the Indiana
legislature has now decreed that Indiana will begin observing DST this
year.

With the new time zone and especially time adjustment stuff available in
V5R3, I thought it would be simple:  change the system value QTIMZON from
QN0500EST2 to QN0500EST, the system will automajically start adjusting time
before DST starts/ends, and I'm good to go, but it doesn't look that
simple.

It doesn't look like 'time adjustment' takes place automatically at DST
start/end at all.  What I think happens is that because my i5 checks with
an
external time server every hour, the time will change in one fell swoop.
If
I _don't_ check with an external time server, it won't take place at all.

Assuming I have already changed to time zone QN0500EST, it sounds like I
need to:

1) On the Saturday before DST starts/ends, tell the i5 to stop checking
externally for the time.

2) Start a time adjustment either forward (spring) or backward (fall) 1
hour.

3) On Monday, tell the i5 to start checking externally for the time again.

Am I right?  Or missing something simple?

Thanks and I'll be moving to Arizona.

--
Jeff Crosby
Dilgard Frozen Foods, Inc.
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531

The opinions expressed are my own and not necessarily the opinion of my
company.  Unless I say so.


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




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.