URL:
<http://savannah.gnu.org/bugs/?44886>
Summary: Windows filepaths not recognized for -i, reported in
the *NIX style
Project: GNU Wget
Submitted by: None
Submitted on: Mon Apr 20 18:40:55 2015
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.16.3
Operating System: Microsoft Windows
Reproducibility: None
Fixed Release: None
Planned Release: None
Regression: None
Work Required: None
Patch Included: None
_______________________________________________________
Details:
Here's the brief explanation of the problem:
http://stackoverflow.com/questions/29358626/file-path-to-input-txt-file-with-multiple-urls-for-download-reported-as-non-exis
Wget looks for "file\path\here" (the *NIX style) rather than Windows'
"file/path/here" and thus reports that the selected input file doesn't exist
even though it definitely exists.
I'm using wget-1.16.3-win64.exe (listed as wget64.exe there) from
https://eternallybored.org/misc/wget/.
I'd appreciate any comments on this problem. Perhaps I'm doing something
wrong, but I'm not sure what it is.
P.S. I'm sorry in advance if the same or a similar bug report has already been
submitted, but I couldn't find anything similar in the bug tracker.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?44886>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
