As a USS program, FTP probably uses the C library's time functions, which don't know about the z/OS PARMLIB setting! You probably have to set the TZ environment variable if you want to see local time. Use the ENVAR() LE parm option (or via CEEOPTS if you are running 1.7+).
You would think that a batch job that dubs into USS (like FTP batch client) would get variables from /etc/init.options, but you would be wrong! We have batch USS programs that try to work around this by reading /etc/init.options themselves, but have found that some installations don't make this file world-readable. AFAIK, there is no place to important system-wide environment variables so that *every* USS process gets them. Feature or bug? Kirk Wolf Dovetailed Technologies On Mon, May 12, 2008 at 4:57 PM, Pommier, Rex R. <[EMAIL PROTECTED]> wrote: > I think John wins the prize! I just IPLed my sandbox moving the local > time 2 hours to the west and the FTP client still put a GMT timestamp on > the member it put into the PDS. The programmer who reported it to me > reported it as a z/OS 1.7 upgrade issue and since I have no 1.4 LPARs > left, I couldn't refute it. Now I can (with some certainty) tell her > that this is how it has been working and there's nothing I can do about > it. > > Thanks for all the good responses. I learned a bit about z/OS unix > today. > > Rex > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > > Behalf Of McKown, John > Sent: Monday, May 12, 2008 3:39 PM > To: IBM-MAIN@BAMA.UA.EDU > > > Subject: Re: Probably a basic TCP/IP question > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. > > Sent: Monday, May 12, 2008 3:07 PM > > To: IBM-MAIN@BAMA.UA.EDU > > Subject: Probably a basic TCP/IP question > > > > Sorry for a basic question, but where does the FTP client get it's > > timestamp information from? I have a programmer who just performed an > > > FTP GET command to a PDS member. The ISPF statistics were updated > > with the FTP GET. Unfortunately, the timestamp placed on the member > > is 5 hours into the future. My CLOCKxx parameter in Parmlib is set to > > > west 5, so somehow the FTP client is adding another 5 hours onto it's > > timestamp but I can't find it. I have a sneaking suspicion > > that as soon > > as I have the answer, I'll be slapping my forehead with a > > "DOH!", so can > > somebody give me the opportunity to hit myself by pointing me in the > > right direction? > > > > Thanks. > > > > Rex > > Sounds like it is logging with GMT instead of LOCAL time. If so, then > you likely cannot change that. A UNIX program can request either LOCAL > or GMT time, whichever it wants. This "gmtime()" vs. "localtime()" in > the C run-time. > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > ---------------------------------------------------------------------- > 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 > > ---------------------------------------------------------------------- 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
