Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com To: cygwin AT cygwin DOT com X-Injected-Via-Gmane: http://gmane.org/ Path: not-for-mail From: =?ISO-8859-1?Q?Sven_K=F6hler?= Subject: paths like //usr/local Date: Tue, 15 Oct 2002 20:09:50 +0200 Lines: 12 Message-ID: NNTP-Posting-Host: pd953cc64.dip.t-dialin.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1034705099 31487 217.83.204.100 (15 Oct 2002 18:04:59 GMT) X-Complaints-To: usenet AT main DOT gmane DOT org NNTP-Posting-Date: Tue, 15 Oct 2002 18:04:59 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: de, en hi, a path like //usr/local is treated as an UNC path. this might leads to problems when an application is using //usr/local as a normal "unix"-path. i don't know how to overcome the problem, but one might think of a path like /unc/computer/share instead of using the path //computer/share what was the idea behind the current behaviour? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/