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: Re: paths like //usr/local Date: Tue, 15 Oct 2002 21:09:27 +0200 Lines: 22 Message-ID: References: <20021015181721 DOT GB11463 AT redhat DOT com> 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 1034708676 18152 217.83.204.100 (15 Oct 2002 19:04:36 GMT) X-Complaints-To: usenet AT main DOT gmane DOT org NNTP-Posting-Date: Tue, 15 Oct 2002 19:04:36 +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 >>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? > > Do you think that Microsoft employees read this mailing list? I'm sure > that there are one or two but I doubt that they could speak definitively > about why Microsoft chose this behavior. cygwin translates paths like /usr/local to c:\cygwin\usr\local and manages mount-points etc... cygwin opffers a complete "virtual filesystem" the cygwin-developers chose, to NOT convert //usr/local to c:\cygwin\usr\local i would like to know why. -- 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/