Re: Daylight savings time

Ok!  I think we have 2 proponents for the manual process while others watch
the thread, one can only assume that they favor one or the other.  My
thinking revolves around the following:

1.    How is this done on other application server platforms like HP, Sun
and the like where Unix of different flavors are used as the OS?
2.    Are there "daylight saving" problems on other servers that are not
OS400 based or do they manually change it?
3.    Thinking "out of the box", I will expect that the guys that work with
the internal code will take into consideration the issues with time overlap,
time calculations,
       and others issues that might cause problem on the iSeries.
4.    Is there any write-up by IBM on this topic and where can I find it to
hear from the horse's mouth?

Dare
Just my $dime.

----- Original Message -----
From: "Mark A. Manske" <mmanske@minter-weisman.com>
To: <midrange-l@midrange.com>
Sent: Monday, September 16, 2002 3:13 PM
Subject: RE: Daylight savings time


> I tend to agree it is not practical to have the OS change the time, I have
> had batch jobs running on windoze get messed up because it automatically
> adjusts the time - I have then had to work around the OS, which is not
> always
> convenient - I too prefer to KNOW when the clock changes so I can do it to
> fit my business needs, not the needs of some "nerdier" programmer than
> myself -
> and that would be pretty "nerdy".
>
> I do hope that IBM never puts that into place, and hope that other
mainframe
> and other OS's do not ever put it into place, unless there is an override
to
> not do it automatically - there are those out there who would rather be
> a conformist, then a take charge control freak such as myself (all tongue
in
> cheek)
>
> just my 2cents (worth about 1/2 cent in todays market)
>
> Mark
>
> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com]On Behalf Of Dare
> Sent: Monday, September 16, 2002 1:43 PM
> To: midrange-l@midrange.com
> Subject: Re: Daylight savings time
>
>
> Hey Scott,
>
> R u saying it is not PRATICAL to have this done at the system level by the
> OS?
>
> Dare
>
> ----- Original Message -----
> From: "Scott Lindstrom" <SLindstrom@Pactiv.com>
> To: <midrange-l@midrange.com>
> Sent: Monday, September 16, 2002 2:35 PM
> Subject: Re: Daylight savings time
>
>
> >
> > Switching the time easy.  Deciding when to switch the time is tougher.
> >
> > At every IBM shop I've worked at (AS/400 or mainframe), we liked that
the
> > system didn't automatically switch the time.  That gave us the chance to
> > change the time when it logically made sense  (eg, at the end of all the
> > batch, at the end of a full save, etc).
> >
> > Blindly switching the time at 0200 can be disruptive if you have
important
> > processing running at that time.
> >
> > Scott Lindstrom
> >
> >
> >
> >                     "Dare"
> >                     <oludare@ix.netcom.       To:
> <midrange-l@midrange.com>
> >                     com>                      cc:     (bcc: Scott
> Lindstrom/PDC/Pactiv)
> >                     Sent by:                  Subject:     Re: Operation
> Navigator Mgmt Central "Monitors"
> >                     midrange-l-admin@mi
> >                     drange.com
> >
> >
> >                     09/16/02 01:23 PM
> >                     Please respond to
> >                     midrange-l
> >
> >
> >
> >
> >
> >
> > I think IBM should take responsibility of this mess cause the BIG
problem
> > here is what Justin said about the system reliving the hour.  You will
> > think
> > this can be taken care of at the internal code level easily.  This is an
> > issue that I think should be brought to the knowledge of people in
> > Rochester
> > for further explanation or to be address in the next release.  How can a
> > system claim E-commerce without taking care of time "daylight saving".
Is
> > there any platform out there, Non-IBM, that has the same problem?  Even
> > WINDOZE took care of it.
> >
> > Dare
> >
> >
> >
> >
> >
> > _______________________________________________
> > 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.
> >
>
> _______________________________________________
> 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.
>
>
> _______________________________________________
> 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.
>