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: Shankar Unni Subject: Re: paths like //usr/local Date: Tue, 15 Oct 2002 13:51:08 -0700 Lines: 17 Message-ID: <3DAC7FBC.2010404@cotagesoft.com> References: NNTP-Posting-Host: adsl-64-165-207-58.dsl.snfc21.pacbell.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1034714991 22420 64.165.207.58 (15 Oct 2002 20:49:51 GMT) X-Complaints-To: usenet AT main DOT gmane DOT org NNTP-Posting-Date: Tue, 15 Oct 2002 20:49:51 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (Compact) X-Accept-Language: en-us, en On 10/15/2002 1:05 PM, Sven Köhler wrote: > the sollution that paths like //comp/share are interpreted like an > UNC-path is just not compatible with an application might expect from a > unix-environment. Don't be silly - there are Unix-y environments where "//" doesn't work the way you think they "should" work. The "//" notation has been used in many shared-filesystem implementations as a hostname or sharename prefix. Please, leave things as they are. The POSIX standard specifically sets aside the leading "//" prefix for just such situations. Just because you've never worked in an environment like this before doesn't mean that the rest of us should be handicapped to accommodate you.. -- Shankar. -- 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/