WAD copy /u ftp local with Timeout?

Apr 2, 2011
1,229
2
52
North Carolina, USA
TCC 17.00.77 x64 Windows 7 [Version 6.1.7601]
Copyright 2015 JP Software Inc. All Rights Reserved
Registered to Charles S Galloway - 5 System License

if a copy from FTP site to local drive, and there is a timeout - then the current file is DEL'd from the local drive. This seems to be a bug?
 
May 20, 2008
9,536
64
Syracuse, NY, USA
TCC 17.00.77 x64 Windows 7 [Version 6.1.7601]
Copyright 2015 JP Software Inc. All Rights Reserved
Registered to Charles S Galloway - 5 System License

if a copy from FTP site to local drive, and there is a timeout - then the current file is DEL'd from the local drive. This seems to be a bug?
What would you want it to do? ... leave a partially copied file? You can't restart the COPY of an FTP file.
 
May 20, 2008
9,536
64
Syracuse, NY, USA
I would want it not to remove the local copy - even if out of date....
I don't understand. LOCALFILE already exists locally, and you say COPY ftp://REMOTEFILE LOCALFILE (right?). It must zap the local file before COPY can write anything to it. If it's doing that before determining that the remote file exists (prevented by the timeout) then that's an issue for Rex.
 
Apr 2, 2011
1,229
2
52
North Carolina, USA
I don't understand. LOCALFILE already exists locally, and you say COPY ftp://REMOTEFILE LOCALFILE (right?). It must zap the local file before COPY can write anything to it. If it's doing that before determining that the remote file exists (prevented by the timeout) then that's an issue for Rex.
The exact command I am using is:

copy /a: /e /f /g /md /s /u /w "ftp://whatever...*" c:\whatever\

The display shows the timeout then the local file is DEL'd.
 

rconn

Administrator
Staff member
May 14, 2008
11,106
99
TCC 17.00.77 x64 Windows 7 [Version 6.1.7601]
Copyright 2015 JP Software Inc. All Rights Reserved
Registered to Charles S Galloway - 5 System License

if a copy from FTP site to local drive, and there is a timeout - then the current file is DEL'd from the local drive. This seems to be a bug?
WAD - Windows (not TCC) deletes the local file before the copy starts. There is no "undo" if the copy fails.