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 Date: Fri, 26 Aug 2005 14:32:44 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Problem with sh/bash and snapshot cygwin1-20050825.dll Message-ID: <20050826123244.GA23422@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <430E9B0B DOT 8040303 AT scytek DOT de> <20050826052618 DOT GC4087 AT trixie DOT casa DOT cgf DOT cx> <20050826090717 DOT GB21203 AT calimero DOT vinschen DOT de> <430F0849 DOT 8040002 AT byu DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <430F0849.8040002@byu.net> User-Agent: Mutt/1.4.2i On Aug 26 06:17, Eric Blake wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > According to Corinna Vinschen on 8/26/2005 3:07 AM: > >>This is apparently due to Corinna's latest patch which attempts to get > >>realpath working. bash is calling cygwin_convert_to_full_posix_path > >>on the /cygdrive/... above and the return value now is different than > >>it used to be. > >> > > > > Sigh, the "morning support team" will have a look today. > > While you're at it, fix realpath(NULL, buf) to set buf[0]='\0', instead of > leaving garbage there. http://cygwin.com/acronyms/#PTC > Also, realpath("//..", buf) should be "//", not "/", since it is its own > root (there is no way to make // a subdirectory of /). And when pwd is > //, realpath("..", buf) is correctly "//", but realpath("../..", buf) is > mistakenly "/". http://cygwin.com/acronyms/#PTC > I also noticed that realpath("c:..", buf) now returns "c:", rather than > "/cygdrive" - I guess it comes down to the choice of whether cygwin has 2 > roots or 28 roots. I prefer 2 roots (so that the parent directory of any > drive letter is the cygdrive prefix), but maybe I can be convinced that 28 > is okay. But whatever the choice is, it should be consistent - right now > realpath("c:/..", buf) is failing with ENOENT, even though it should have > the same result as realpath("c:..", buf). http://cygwin.com/acronyms/#PTC > Also, readlink("linktofile/x", buf) is now failing (good), but with > ENOENT, instead of the proper ENOTDIR. That's not true. I just checked it again. Besides that, I wasn't finished with realpath anyway. Thanks for the friendly reminders, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin AT cygwin DOT com Red Hat, Inc. -- 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/