View previous topic :: View next topic
|
Author |
Message |
Vishwamurthy
New User
Joined: 11 Mar 2008 Posts: 57 Location: India
|
|
|
|
Hi,
I wrote a JCL to append date to a filename to transmit it to a vendor server. The mainframe is in EST (US) timezone.
I used the "&yr2.&mon.&day..txt" in EZACFSM1 and it gives me the perfect numbers, but the other day I got called saying that instead of placing it with the name YYMMDD, it does a YYMM(DD+1) when placed after 7PM. How can this happen? Both we and our vendor are on EST, then where did the GMT came in from?
Would you advise that I use DATENS=(YMD) in SORT? will this utility pick up the date from the system (EST)? or use GMT?
Whenever the file is transmitted after 7PM, this problem has been encountered.
I also found this topic interesting, but what about handling Daylight Savings issue there? How do we go about that, if at all required?
www.***READ FORUM RULES***.com/helpboards/viewtopic.php?t=11662&sid=f66e3725b2742f45cd4683b0d911a22f
Any directions would really help fix my confused state of mind..
Thanks in advance
Vishwamurthy |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1788 Location: Bloomington, IL
|
|
|
|
Vishwamurthy wrote: |
Hi,
I used the "&yr2.&mon.&day..txt" in EZACFSM1 and it gives me the perfect numbers, but the other day I got called saying that instead of placing it with the name YYMMDD, it does a YYMM(DD+1) when placed after 7PM. How can this happen? Both we and our vendor are on EST, then where did the GMT came in from? |
It comes from your using UTC(=GMT, more or less) symbols. Prefix them with "L" (e.g., &LYR2) for local time. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
EZACFSM1 is provided as part of TCP/IP and references Unix System Services (USS). Depending upon how your USS is set up, it could easily be using UTC instead of your local time zone. You may be able to override this by adding a .PROFILE (note the period, which is NOT optional) to your OMVS home directory -- but then again, this may not change anything.
Your best bet would be to consult your site support group for assistance. |
|
Back to top |
|
|
|