X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 15 Jul 2009 15:31:17 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: [1.7] bug in chdir Message-ID: <20090715133117.GA25645@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20090715084635 DOT GQ27613 AT calimero DOT vinschen DOT de> <4A5DCFA7 DOT 9020106 AT byu DOT net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5DCFA7.9020106@byu.net> User-Agent: Mutt/1.5.19 (2009-02-20) 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 Jul 15 06:46, Eric Blake wrote: > > If you're able to cd to //home, then there must be some crucial > > difference in your environment. You should debug this, at least with > > strace, so we can find out under what circumstances this occurs. > > (time passes...) > [...] > 56 6950464 [main] bash 25480 chdir: dir '//bin' > 28 6950492 [main] bash 25480 normalize_posix_path: src //bin > 28 6950520 [main] bash 25480 normalize_posix_path: //bin = > normalize_posix_path (//bin) > 28 6950548 [main] bash 25480 mount_info::conv_to_win32_path: > conv_to_win32_path (//bin) > 29 6950577 [main] bash 25480 set_flags: flags: binary (0x2) > 27 6950604 [main] bash 25480 mount_info::conv_to_win32_path: src_path > //bin, dst \\bin, flags 0x2, rc 0 > 36 6950640 [main] bash 25480 build_fh_pc: fh 0x6123D6E4 > - --- Process 25480, exception 000006BA at 7C812AFB > 1859 6952499 [main] bash 25480 __set_errno: int chdir(const char*):2569 val 2 > 39 6952538 [main] bash 25480 chdir: -1 = chdir (//bin) > ... > 52 796747 [main] bash 12648 chdir: dir '//home' > 28 796775 [main] bash 12648 normalize_posix_path: src //home > 29 796804 [main] bash 12648 normalize_posix_path: //home = > normalize_posix_path (//home) > 27 796831 [main] bash 12648 mount_info::conv_to_win32_path: > conv_to_win32_path (//home) > 29 796860 [main] bash 12648 set_flags: flags: binary (0x2) > 28 796888 [main] bash 12648 mount_info::conv_to_win32_path: src_path > //home, dst \\home, flags 0x2, rc 0 > 33 796921 [main] bash 12648 build_fh_pc: fh 0x6123D6E4 > 69161 866082 [main] bash 12648 mount_info::conv_to_posix_path: > conv_to_posix_path (\\home, no-keep-rel, no-add-slash) > 45 866127 [main] bash 12648 normalize_win32_path: \\home = > normalize_win32_path (\\home) > 30 866157 [main] bash 12648 mount_info::conv_to_posix_path: //home = > conv_to_posix_path (\\home) > 28 866185 [main] bash 12648 chdir: 0 = chdir() cygheap->cwd.posix > '//home' native '\??\UN\\home' ^^^^^^^^^^^^ Gee! I fixed that in CVS. Fortunately it was only the debug output which was affected by this. > ... > $ ls -dF //eblake //home //bin > ls: cannot access //bin: No such file or directory > //eblake/ //home/ > > > I guess that means, since //bin failed but //home succeeded, that there is > a machine on the domain at my work which is named home but which is > offline at the moment? It seems so. The fact that accessing //home does not create an exception points to a successful SMB name resolution. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple