Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Date: Sun, 3 Dec 2000 01:05:34 -0500 From: Christopher Faylor To: cygwin-developers AT cygwin DOT com Subject: Re: bugs in chdir()? Message-ID: <20001203010534.A28631@redhat.com> Reply-To: cygwin-developers AT cygwin DOT com Mail-Followup-To: cygwin-developers AT cygwin DOT com References: <20001203004516 DOT A28426 AT redhat DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <20001203004516.A28426@redhat.com>; from cgf@redhat.com on Sun, Dec 03, 2000 at 12:45:16AM -0500 On Sun, Dec 03, 2000 at 12:45:16AM -0500, Christopher Faylor wrote: >On Sun, Dec 03, 2000 at 12:47:39PM +0900, Kazuhiro Fujieda wrote: >>$ cd '\TEMP' # Use Win32 style path with a backslash. >>$ pwd >>/TEMP # No such directory. >> >>I think they are not bugs of chdir(), but bugs of the path >>conversions and revealed via chdir(). The strace logs are >>attached below. > >Your analysis was correct. The path handling code did not correctly >add a missing drive spec. I think I've fixed that. > >Thanks for the report. Nuts. I just realized that my simplistic change breaks native UNC path handling. I'll fix this tomorrow. cgf