From: huott AT pinebush DOT com (Ed Huott) Subject: Re: UNC path syntax 1 Apr 1997 15:51:12 -0800 Approved: cygnus DOT gnu-win32 AT cygnus DOT com Distribution: cygnus Message-ID: <199704011828.NAA00937.cygnus.gnu-win32@sol.pinebush.com> Original-To: tyonkman AT elementalsoftware DOT com (Tom Yonkman) Original-cc: gnu-win32 AT cygnus DOT com In-reply-to: Your message of "Mon, 31 Mar 1997 14:01:35 PST." <34035660 DOT 1323 AT elementalsoftware DOT com> Original-Sender: owner-gnu-win32 AT cygnus DOT com In message <34035660 DOT 1323 AT elementalsoftware DOT com>, Tom Yonkman writes: > Just started using the gnu-win32 package and wonder if ls and friends > can handle the UNC path syntax in some way? This would allow access to > machines in my "Network Neighborhood", as the explorer so quaintly > puts it. > No. Nothing built with cygwin32 can deal with UNC path names. The cygwin32 approach requires that you map a drive to any remote (network neighborhood) volumes. Inside the bash shell, a mapped network drive such as N: can then be referenced using the path "//N". This syntax can, unfortunately, collide with the most logical choice for referencing a network share, which would be something like: "//ComputerName/SharedDrive". There is a unix-like volume mounting scheme that lets you acces a drive as a sub-directory (i.e. N: ==> /DriveN) something like the old DOS "join" command, but this works *only* for apps built with cygwin32. Lack of UNC support can be a real drawback if you're dealing in an environment that uses a mix of both native (Windows) and cygwin32 apps. - For help on using this list, send a message to "gnu-win32-request AT cygnus DOT com" with one line of text: "help".