On 6 December 2010 13:13, Corinna Vinschen wrote: > On Dec 6 11:59, Andy Koppe wrote: >> On 6 December 2010 11:34, Corinna Vinschen wrote: >> > - "//foo" is a virtual path, valid only in Cygwin. You can't access >> > "\\foo" in the Win32 API using file or directory access functions. It >> > just doesn't exist as a path. UNC paths are only valid with at least >> > two path components as in "\\server\share". Since "//foo" is a >> > virtual path, there's no Win32 equivalent. So, from the Windows >> > perspective there's "No such file or directory". >> >> Weird. "\\server" works fine in Explorer and also with cygstart, so I >> guess Explorer implements it as some sort of virtual directory. > > That's right. > >> Is >> that enough reason to support it as a special case in the Cygwin path >> conversion? > > Huh, now I see the problem. *Existing* virtual server-only paths > are converted, only non-existent aren't. I fixed that in CVS.
Fix confirmed. Thanks! Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
