[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-wget] [bug #44886] Windows filepaths not recognized for -i, reporte
|
From: |
anonymous |
|
Subject: |
[Bug-wget] [bug #44886] Windows filepaths not recognized for -i, reported in the *NIX style |
|
Date: |
Tue, 21 Apr 2015 05:26:28 +0000 |
|
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 |
Follow-up Comment #2, bug #44886 (project wget):
The forward slashes in the file name are not your problem, they are supported
by Windows as well as backslashes.
Does the same wget command work if you put the input.txt file somewhere
outside of the C:Users hierarchy? There could be access restrictions to files
there that cause wget to think the file is not accessible or doesn't exist.
Also, does the command work if the URLs don't use UTF-8 encoded non-ASCII
characters? (Granted, if this is the cause, the error message needs to be
improved.)
FWIW, I just tried a similar command using my own build of wget 1.16.1, with
plain-ASCII URLs, and it did work, so the -i option definitely is working on
MS-Windows.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?44886>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/