X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Sun, 23 Dec 2007 00:26:02 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: 1.5.25-7: problem about bash completion Message-ID: <20071223052601.GA23767@ednor.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20071222095758 DOT GC29568 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Sun, Dec 23, 2007 at 01:02:23PM +0800, kou yu wrote: >o, maybe you are right. It's a good bet that she is. >But I am a little confused. "//server/share" is the POSIX syntax for >SMB share paths, but on windows the syntax is "\\server\share". POSIX *allows* '//something' to have a special meaning. It doesn't state that it is necessarily the syntax for SMB share paths. >And why on linux I input "cd //usr/", the completion would not >become slow, i.e. why on linux, the syntax "//xxx/xxx" would not be >considered as remote SMB share. (except "smbclient //server/share") Because a '//' has no special meaning on linux. Both '//server/share' and '\\server\share' are valid syntax for Windows. You can believe this or not but Cygwin's behavior is not going to change. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/