Forgot to say, I use this in scripts to update some software. There is already the 'old' file existing. If the first try fails, I certainly should do as you say. If it returns failed for 'preventing do anything when local file exists', it is weird. That is what we want. I mean it should return succeed. It worked as we specified: don't overwrite nor download in to a new file. (RCE?) I am not going to change the behavior of '-nc', but just confused with the return value.
Thanks for your reply and patience Tim! I can just change it in my own compilation :p Best Regards, YX Hao -----Original Message----- From: Tim Rühsen To: Yuxi Hao; 'Dale R. Worley' Cc: [email protected] Subject: Re: [Bug-wget] Any explanation for the '-nc' returned value? On 30.07.2018 16:44, Yuxi Hao wrote: > Let's take an example in practice. > When there is a bad network connection, I try wget with '-nc' directly first, > if it fails, then I'll try it with proxy. If it says "File * already there ; > not retrieving.", and returns 1 as described (error occurred, failed), that > is so weird! After the first try failed, you should explicitly move/remove the file out of the way. That is not weird, it's a safety feature. It might save you when having a typo or when an URL is retrieved that you itself can't trust. You could easily overwrite files in your home directory, e.g. .profile or .bashrc. That is easily used as an Remote Code Execution (RCE). So no way we "fix" this ;-)
