This is the mail archive of the cygwin-apps mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On 16/05/17 18:05, Åke Rehnman wrote:
On 2017-05-16 16:00, Jon Turney wrote:I am a bit confused about the behaviour I'm seeing, though. I'm expecting "file:///c:/path" and "file://host/path" to work, but they don't seem to.Same behavior here...
Since those are apparently the correct form of URLs, any ideas about how we might get them to work?
However, "file://c:/path" now works, which is good, and "file:////host/path" continues to work The documentation for InternetOpenUrl() says "Only URLs beginning with ftp:, http:, or https: are supported" so I'm wondering if this is really something we should be expecting to work...Here is at least an enumeration of different schemes... https://msdn.microsoft.com/en-us/library/windows/desktop/aa385149(v=vs.85).aspx
Hmm... I'm not sure that's not just telling you what you can get back from InternetCrackUrl (which we should probably switch to using in NetIO::set_url() rather than doing things by hand)
Also, is there a reason for the hunk in nio-file.cc removing the reporting of a problem opening the file?It will complain for every setup file not found for instance if setup.xz is missing bug setup.ini is present. And besides, why should nio_file complain but not http and ftp?
Ah yes, I see the inconsistency now you point it out. Makes sense. I guess that should be changed to a log message.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |