X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Krzysztof Duleba Subject: Re: bug in path traversing in 1.5.19 snapshots Date: Mon, 26 Dec 2005 01:59:51 +0100 Lines: 35 Message-ID: References: <20051223181852 DOT 56095 DOT qmail AT web61011 DOT mail DOT yahoo DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) In-Reply-To: <20051223181852.56095.qmail@web61011.mail.yahoo.com> X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk 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 Rick Rankin wrote: >>There is a funny bug in the 1.5.19 family, maybe in earlier versions too. >> >>Krzysiek AT duli5 ~ >>$ cd /usr/.../var >> >>Krzysiek AT duli5 /usr/.../var >>$ ls >>ls: .: No such file or directory > > FYI, This same behavior is exhibited in the stock 1.5.18-1 release as well, so this isn't a regression. It seems you're right, it isn't a regression, but it's still a bug. cd /usr/..../var (with four dots) works the same way. You can easily nest those: $ pwd /bin/.../bin/.../bin/.../bin/.../bin/.../bin/.../usr/.../usr/.../usr/.../usr/... /var/.../usr/local/bin/.../src/.../src/.../src/.../src/.../src/.../src/.../src/. ../src/.../src/.../src/.../src/.../src/.../src/.../src/.../src/.../src/.../src/. ../src $ cd .../src bash: cd: .../src: File name too long $ ls ls: .: No such file or directory Funny that if I start a windows shell now, it will have the right working directory (/usr/local/src in this case). Krzysztof Duleba -- 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/