X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding; q=dns; s=default; b=WibBGS3IqfmVFUsSYlVWxpe7wIiyHsJlqW2M9pmEHF1 Mj2Dg4G9hH5tV53adBmK5np40iSwBc4rXdvB3agARk5JAhYk2mLp6oBgMYgG1V3u xf2osMXQaoMhAKpTa7legu3uhk7sjVBgxpVN0+fdnRw9JuFifA9nmX+a/dcedoy0 = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding; s=default; bh=YcjXw024pnDlK0qCaDH+jkk66aU=; b=kDaMkh5I22BaQVSIy kb5uxCDlX7pym7jsIdZ3OorIqHhcxcXRrAXCNprbPH5Kwi2iMbN+8mX/X8D22QhP sPbEjOG/FUfO202+ZEOzBmLC9aS74PukpbkmULxEFOtLjAptJGajiC3KS2GcbeUx UuhAanOMv7hkDtkfRbABLjTlg8= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ig0-f170.google.com X-Received: by 10.50.119.9 with SMTP id kq9mr19695703igb.36.1421762135045; Tue, 20 Jan 2015 05:55:35 -0800 (PST) From: "cyg Simple" To: References: <296158004 DOT 20150120043836 AT yandex DOT ru> In-Reply-To: <296158004.20150120043836@yandex.ru> Subject: RE: Calling man from nonexistent directory cause fatal error Date: Tue, 20 Jan 2015 08:55:31 -0500 Message-ID: <008901d034b8$c2cb8910$48629b30$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-IsSubscribed: yes > From: Andrey Repin > > I was doing some cleanup, and accidentally left Cygwin terminal hanging in a > directory I've since deleted. > When trying to reference bash manual from there, the thing all went down in > flames of > > $ man bash > man: can't change directory to '/home/anrdaemon/1': Permission denied > man: command exited with status 255: (cd /home/anrdaemon/1 && LESS=- > ix8RmPm Manual page bash(1) ?ltline %lt?L/%L.:byte %bB?s/%s..?e (END):?pB > %pB\%.. (press h for help or q to quit)$PM Manual page bash(1) ?ltline > %lt?L/%L.:byte %bB?s/%s..?e (END):?pB %pB\%.. (press h for help or q to quit)$ > MAN_PN=bash(1) less -s) > > Is this expected behavior? Why it is trying to chdir anywhere, anyway? > I can reproduce this from both local and remote filesystems. > I imagine that Cygwin is trying to put the child processes in the same working directory which no longer exists. On a real *NIX the directory would not have actually been deleted until the last process had released its connections to the directory. That doesn't happen on Windows. The only fix I can think is for Cygwin to hold open the directory of the CWD but that has other side effects such as not being able to delete the directory. -- cyg Simple -- 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