Re: DST PTF(s) for V5R1?

[Dennis <iseries@xxxxxxxxxxxx>]

Disappointing, especially since the  PITA factor didn't stop Linux (and other *ix) system designers from implementing the UTC method that simply works, and works simply.  That had been solved long before OS400 V5R3 came along, and it's sad to hear that IBM did not follow suit.  It's OK to stand alone if your solution is better, I think, but....
++
Dennis
++
 The first meeting of the Apathy Society has been postponed due to lack of interest. 

 

Sent from my Galaxy tablet phone.  Please excuse my brevity.
For any grammatic/spelling errors, there is no excuse.
++


"Luis Rodriguez" <luisro58@xxxxxxxxx> wrote:

> Dennis,
>
> I agree that if we could just use GMT as a common reference (ISO?) for
> everything it would be just perfect. Unfortunately, DST can be, I
> think, a
> real PITA. I can't really speak from personal experience, as here in
> Venezuela we are just near enough of the equator as to make that
> unnecessary. I somewhat acquainted with the time adjustment issue
> because
> some years ago the government decided to go from -04:00GMT to -04:30GMT
> (please don't ask).
>
> As a closing point, let me just add the Infocenter paragraph concerning
> this issue:
>
> ---------------------
>
> *New time adjustment function*
>
> Prior to V5R3, minor changes to system time involved replacing the
> current
> time with a new time value. The system time is located in iSeries
> Navigator
> in the Date and Time system values on the Time page. By changing the
> system
> time field, problems can arise because time can appear to jump forward
> or
> backward if jobs are accessing the time value before and after the time
> change. Now, a time adjustment can be made where time gradually speeds
> up
> or slows down on the system in order to reach the desired time value.
> See Updating
> system
> time<http://publib.boulder.ibm.com/infocenter/iseries/v5r3/topic/rzati/rzatiadjustsystime.htm>to
> learn how to start a time adjustment and Time
> adjustment<http://publib.boulder.ibm.com/infocenter/iseries/v5r3/topic/rzati/rzatitimeadj.htm>to
> learn more about time adjustments.
>
> To make time adjustments, you must be using a version of OS/400 V5R3 or
> later with V4R5 or later hardware.
> ---------------------
>
> Best Regards,
>
> Luis Rodriguez
> IBM Certified Systems Expert — eServer i5 iSeries
> -- 
>
>
>
>
> On Mon, Nov 7, 2011 at 11:42 AM, Dennis <iseries@xxxxxxxxxxxx> wrote:
>
> > See, that's one way to handle it.  Another, is to use the GMT (or
> UCT) as
> > the starting point, and represent the local time from there.  In your
> > scenario, there is no way to know exactly how long the process took. 
> With
> > the other way it is simple math against UCT.
> > ++
> > Dennis
> > ++
> >  "A lie can travel half way around the world while the truth is
> putting on
> > its shoes."
> >     -- Mark Twain
> >
> >
> >
> >
> > Sent from my Galaxy tablet phone.  Please excuse my brevity.
> > For any grammatic/spelling errors, there is no excuse.
> > ++
> >
> >
> >  "Luis Rodriguez" <luisro58@xxxxxxxxx> wrote:
> >
> > > Dennis,
> > >
> > > Suppose you have a process that begins at, say 01:00am and runs in
> less
> > > than an hour. If you change your clock back one hour, it could
> happen
> > > that
> > > your process would end before it begins (FTL neutrinos anyone? :-) )
> > >
> > > To avoid that, beginning (IIRC) V5R3, the systems "slows down" the
> > > clock,
> > > so it just does the 1-hour time adjust in, say, two hours. After
> that,
> > > the
> > > clock starts to run at the normal rate.
> > >
> > > Hope this makes sense.
> > >
> > > Regards,
> > >
> > >
> > > Luis Rodriguez
> > > IBM Certified Systems Expert — eServer i5 iSeries
> > > --
> > >
> > >
> > >
> > >
> > > On Mon, Nov 7, 2011 at 10:44 AM, Dennis <iseries@xxxxxxxxxxxx>
> wrote:
> > > > Hopefully that "gradual" part is incorrect, and the system - like
> the
> > > rest
> > > > of the non-personal computer systems in the world - merely
> > > > "decodes/represents" the time differently rather than actually
> > > changing any
> > > > clock.  Nowadays, most systems use the applicable UCT offset to
> > > determine
> > > > what the local time is/was.
> > > >
> > > > Can anyone here confirm the internal process?
> > > > ++
> > > > Dennis
> > > > ++
> > > >  "I'm a great believer in luck, and I find the harder I work the
> more
> > > I
> > > > have of it."
> > > >     -- Thomas Jefferson
> > > >
> > > >
> > > >
> > > >
> > > > Sent from my Galaxy tablet phone.  Please excuse my brevity.
> > > > For any grammatic/spelling errors, there is no excuse.
> > > > ++
> > > >
> > > >
> > > > "Jerry C. Adams" <midrange@xxxxxxxx> wrote:
> > > >
> > > > > An off-list reply mentioned that DST support may not have been
> added
> > > > > until
> > > > > V5R3 and enhanced in V5R4.  And a search of PTF cover letters
> shows
> > > > > nothing
> > > > > older than 5.3.
> > > > >
> > > > > The "nice" thing about having the system change the time,
> especially
> > > in
> > > > > the
> > > > > fall, if I recall correctly, is that the adjustment is gradual,
> not
> > > > > instantaneous like I did.  A quick change could have an adverse
> > > effect
> > > > > on
> > > > > things like journals.  But ya do what ya gotta do, I guess.
> > > > >
> > > > > Jerry C. Adams
> > > > > IBM i Programmer/Analyst
> > > > > Everything that can be invented, has been invented. -Charles
> Duell,
> > > > > U.S.
> > > > > Patent Office Director (1899)
> > > > > --
> > > > > A&K Wholesale
> > > > > Murfreesboro, TN
> > > > > 615-867-5070
> > > > >
> > > > > -----Original Message-----
> > > > > From: midrange-l-bounces@xxxxxxxxxxxx
> > > > > [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Paul Nelson
> > > > > Sent: Monday, November 07, 2011 8:05 AM
> > > > > To: 'Midrange Systems Technical Discussion'
> > > > > Subject: RE: DST PTF(s) for V5R1?
> > > > >
> > > > > I don't recall which release introduced the link to an SNTP
> server,
> > > but
> > > > > you
> > > > > could whip up a program to change the time for you. Stick it in
> the
> > > job
> > > > > scheduler to run on Sunday mornings, and have it read a 1 record
> > > file
> > > > > containing the actual dates to increase or decrease QHOUR. Plug
> in
> > > the
> > > > > dates
> > > > > in January, and you're done for the year.
> > > > >
> > > > >
> > > > >
> > > > > Paul Nelson
> > > > > Office 512-392-2577
> > > > > Cell 708-670-6978
> > > > > nelsonp@xxxxxxxxxxxxx
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: midrange-l-bounces@xxxxxxxxxxxx
> > > > > [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jerry C.
> Adams
> > > > > Sent: Monday, November 07, 2011 7:25 AM
> > > > > To: Midrange-L
> > > > > Subject: DST PTF(s) for V5R1?
> > > > >
> > > > > I'm pretty sure that this is a futile question, but, hey, nothing
> > > > > ventured.
> > > > >
> > > > >
> > > > >
> > > > > Yesterday afternoon (Sunday, 6 November) I checked our iSeries
> > > machine,
> > > > > which is running V5R1.  The time had not changed.  Since no one
> > > works
> > > > > on the
> > > > > system on weekends, I changed the time manually.  Is there a PTF
> > > > > *still*
> > > > > available for 5.1 regarding Daylight Savings Time?  Our office
> admin
> > > > > and I
> > > > > were trying to remember if anyone had to do anything for DST back
> in
> > > > > the
> > > > > Spring, but I'm old and she's blonde, ergo neither of us could
> > > recall
> > > > > anyone
> > > > > doing a manual change.
> > > > >
> > > > >
> > > > >
> > > > > I suspect that I'm stuck with changing the time manually from
> here
> > > on
> > > > > out.
> > > > >
> > > > >
> > > > >
> > > > > Jerry C. Adams
> > > > >
> > > > > IBM i Programmer/Analyst
> > > > >
> > > > > The game was closer than the score indicated. -Dizzy Dean on a
> 1-0
> > > ball
> > > > > game
> > > > >
> > > > > --
> > > > >
> > > > > A&K Wholesale
> > > > >
> > > > > Murfreesboro, TN
> > > > >
> > > > > 615-867-5070
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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.
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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.
> > > > >
> > > > > --
> > > > > 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.
> > > >
> > > > --
> > > > 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.
> > > --
> > > 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.
> >
> > --
> > 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.
> -- 
> 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.