I will only tell you that you should think of the next guy that is going to have to maintain this code. Do him or her and yourself a favor, use the system provided services before writing code that may or may not be correct in the future. I just went thru a similar exercise... Which was interesting.. but a total waste of time. If i were a manager, and someone that worked for me told me he wrote a wiz-bang date routine... It better be ground breaking, a "have to" for some crazy performance reason, or better use a system service that will perform the function... Else it is just a waste of time.. pun intended. I would prefer they spend time on problems that hadnt already been solved.
Rob Schramm On Jun 27, 2014 7:18 PM, "Hardee, Chuck" <chuck.har...@thermofisher.com> wrote: > I already have a mechanism to determine the UTC offset of my local time. > Further, I'm not against calling CEE modules, but at the moment there are > no CEE modules used by my program and I don't want to start now unless I > absolutely, no other way to do it, have to. > Furthermore, my program doesn't currently use CONVTOD nor TODCONV and, > like the CEE modules, don't want to if I don't have to. > > Thanks for the thought though. > > Charles (Chuck) Hardee > Senior Systems Engineer/Database Administration > CCG Information Technology > Thermo Fisher Scientific > 300 Industry Drive > Pittsburgh, PA 15275 > Direct: 724-517-2633 > FAX: 412-490-9230 > chuck.har...@thermofisher.com > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sri h Kolusu > Sent: Friday, June 27, 2014 6:53 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Local Time conversion to/from UTC Time > > Chuck, > > You can use the language environment callable service "CEEGMTO" which > would give you the difference between the local system time and Greenwich > Mean Time (GMT). > > Eastern Standard Time (EST) = GMT-5 > Pacific Standard Time (PST) = GMT-8 > Central Standard Time (CST) = GMT-6 > Mountain Standard Time(MST) = GMT-7 > > Check this link which explains about CEEGMTO with examples > > > http://publib.boulder.ibm.com/infocenter/comphelp/v7v91/index.jsp?topic=%2Fcom.ibm.aix.cbl.doc%2Frpsrv20.htm > > > > Thanks, > Kolusu > > IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> wrote on > 06/27/2014 03:28:41 PM: > > > From: "Hardee, Chuck" <chuck.har...@thermofisher.com> > > To: IBM-MAIN@listserv.ua.edu, > > Date: 06/27/2014 03:29 PM > > Subject: Re: Local Time conversion to/from UTC Time > > Sent by: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> > > > > John, > > > > I am in the process of writing a program that is reading several files. > > Some of the files have dates in local and some have dates in UTC. > > I want to be able to move between the two time bases as needed. > > I don't envision the program reading files from differing time zones > > at the same time, but the program could be reading files from any > > country in the world. > > Currently I'm concentrating on the US so a US based solution would > > be fine for the moment. > > > > Where I can't seem to get my head to go is related to Daylight > > Savings Time (DST). > > If, for instance, the locale is the east coast of the US, the UTC > > adjustment would be -05:00, 05:00 UTC is 00:00 local. If the local > > time is 02:00 on the day of the switch in the spring, that's easy, > > subtract the signed UTC adjustment from the local time and then add > > 1 hour. So, 02:00 - (-05:00) - 01:00 = 06:00 UTC. > > But, what if the local time is 01:59? One would subtract the signed > > UTC adjustment from the local time and then??? So, 01:59 - (-05:00) > > = 06:59, but what about Daylight Savings Time? The current local > > time being adjusted is not with the DST range, but the adjusted time > > via the UTC adjustment value is. Does DST come into play here? Is > > the decision based on the local time or the resulting UTC time? > > > > A similar question comes into play on the other end of the DST > > range. If the local time is prior to the end of the DST range, does > > one subtract 1 hour from the adjusted time? > > > > Finally, what about the other direction. If one has a UTC time > > value, what are the rules governing the change to a local time with > > respect to DST? > > > > I hope my explanation isn't too simplistic. Any thoughts or > > direction might have that would help would be greatly appreciated. > > That also goes to anyone else that might have some input. > > > > Thanks, > > Chuck > > > > Charles (Chuck) Hardee > > Senior Systems Engineer/Database Administration > > CCG Information Technology > > Thermo Fisher Scientific > > 300 Industry Drive > > Pittsburgh, PA 15275 > > Direct: 724-517-2633 > > FAX: 412-490-9230 > > chuck.har...@thermofisher.com > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > > ] On Behalf Of John Gilmore > > Sent: Friday, June 27, 2014 3:22 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Local Time conversion to/from UTC Time > > > > Do you need a point solution, i.e., one for a particular longitude and > > latitude? Or dxo you need a general one that is parametric in > > location? > > > > John Gilmore, Ashland, MA 01721 - USA > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
