RE: FTP RCMD Date Weirdness

*DATE is the job date, not the current date.  So if the job started
yesterday then it will continue to use yesterdays date.

Phil


-----Original Message-----
From: owner-midrange-l@midrange.com [mailto:owner-midrange-l@midrange.com]On
Behalf Of Condon, Mike, /m1c
Sent: Thursday, July 19, 2001 9:41 AM
To: 'MIDRANGE-L@midrange.com'
Subject: FW: FTP RCMD Date Weirdness


I got this message from a coworker. Any idea why ftp rcmd executed programs
would be getting an incorrect date, or if there is any workaround?
-----Original Message-----


Here's a weird one for you...

 Mr. Pink has noticed that the picking slip confirm date stored in Gal
appears to be a day behind sometimes.   I checked out the program (RRU12)
that stores the date in CS from the manifest upload and it is just moving
*DATE into STCNF.  This program is run every half hour and is run from an
FTP session using RCMD.

Mr. Black and I also had noticed this in something else when he was here.
It appears that sometimes yesterday's date is returned for *DATE when run
from an FTP RCMD.   To test this, I wrote a program JKJ/QSRC.TCPDATE to
output the date from *DATE.  Last night I ran it via FTP RCMD and it
reported the correct date and time.   However, this morning when I ran it
via FTP RCMD it still reported yesterday's date.  The results of this are in
my spool files.


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---