Mark >Don't we have that same issue now (RMF III for example)
Yes we do - but the US change might cause there to be fixes for any z/OS software that does this sort of thing (ie maintain some sort of reference table). However, I would be very surprised if there was a *lot* of z/OS software that was 100% accurate with daylight change difference for STCK values that were from a reasonable time ago. I don't expect to see a whole raft of PTFs for this. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 26 September 2006 15:26 To: [email protected] Subject: Re: 2007 DST Changes On Tue, 26 Sep 2006 15:20:45 -0400, Rob Scott <[EMAIL PROTECTED]> wrote: >Mark, > >One thing I can think of is the following scenario : > > (1) You have a STCK value in a field in a control block value (eg a >"created" date) > (2) You want to display that in local time > (3) Instinct prompts the developer to add the doubleword value CVTLTDO >to the STCK value and then use STCKCONV to format it nicely > >Unless the software maintains some sort of country+timezone+date lookup >table to adjust the TOD value before calling STCKCONV you could end up >being a hour or more out in the displayed local time. > > Hi Rob, Don't we have that same issue now (RMF III for example)? How does the US change in 2007 affect this. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
