[Bug-wget] [bug #44886] Windows filepaths not recognized for -i, reported in the *NIX style

[anonymous]

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/