curl / Mailing Lists / curl-library / Single Mail
Buy commercial curl support from WolfSSL. We help you work out your issues, debug your libcurl applications, use the API, port to new platforms, add new features and more. With a team lead by the curl founder himself.

Re: file:// test URLs

From: Ray Satiro via curl-library <>
Date: Sat, 19 Oct 2019 01:23:57 -0400

On 10/18/2019 6:40 PM, Marcel Raad via curl-library wrote:
> I'm currently trying to get a successful test suite run for curl compiled with MSYS GCC, which has more Unix-like behavior compared to MinGW.
> (Or, to be exact, I'm trying to be able to add autotools builds to AppVeyor with only what is preinstalled.)
> Virtually allfile:// tests are failing. They use paths like
> file://localhost/%PWD%/log/test200.txt
> which translates to something like
> file://localhost//home/marcel/curl/tests/log/test200.txt
> Note the double slash after the host name. This works fine on Linux, but doesn't on MSYS.
> Is this format on purpose? Is it defined to work and an MSYS bug or something we should fix in the tests?

I don't think that ever worked for msys. Older versions allowed
something like file://localhost/foo to read from the root of the current
drive but that wouldn't work the way you expect. Like if the current
drive was c it would have attempted c:/home/marcel/curl/..... Recent
versions are stricter. I don't think it's an MSYS bug. curl for windows
( I assume WIN32 is defined here?) is going to attempt to write to
windows paths, does msys filter that? I know it does with command line
arguments so if you write -o /home/marcel/curl/out it actually changes
the argument to something like -o
C:/MinGW/msys/1.0/home/marcel/curl/out. I have an argumentparser [1]
that can show you what happens.


Received on 2019-10-19