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: o output.file doesn't exist (i.e. between the del and the rename). o output.file is empty (i.e. between the put and the del). I know, it doesn't solve your problem, but UNIX is glorious. To a UNIX server, I routinely do simply: put mainframe.file temp.output.file rename temp.output.file output.file Works every time; by specification the UNIX recipient can't detect either a missing or an incomplete "output.file" (but I have gotten complaints when they happen to detect the "temp.output.file"). Friends don't let friends do Windows. -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- 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
