> the Windoze side can be instructed to try again Except his Windows folks don't take instructions :-(
Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Friday, October 20, 2006 12:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Multiple FTP Problems In a recent note, McKown, John said: > Date: Fri, 20 Oct 2006 10:00:36 -0500 > > Unfortunately the (EXIT means that any error or warning will result in a > non-zero return code. We cannot use it in some ftps because we have: > > put mainframe.file temp.output.file > del output.file > rename temp.output.file output.file > > If "output.file" does not exist, then the "del" command will give a > message which causes the ftp step to get a non-zero return code. As to > why we do this, there is a process which looks for a new "output.file" > and when it sees it, it processes it. So we cannot ftp directly to that > name because it is possible for the off-site process to "fire up" before > the ftp is complete. But the rename will fail if "output.file" already > exists, so we must attempt to delete it. this is basically a "no win" > situation. If "output.file" does not exist then (EXIT will cause a > non-zero due to the "del". If "output.file" does exist and the "del" is > not done, then the "rename" will fail. > What about: put mainframe.file temp.output.file put empty.file output.file del output.file rename temp.output.file output.file Not perfect, but it reduces the timing window to the duration of transferring an empty file, and the Windoze side can be instructed to try again if: ---------------------------------------------------------------------- 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