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:message-id:date:from:mime-version:to:subject :content-type:content-transfer-encoding; q=dns; s=default; b=bUJ MXxGUObcu7Wszc7jF1HCYwMnWSBJzbsY0znkiIDOVeIQgTC9E+SqTebCSYFyw4ng w8/l2AVG2KanbHE2DSUa5Te5XPvkh5X84bobjn01J48OgqShsUFAiaAux0aEF+wR RBPduQ3eVue9ElV/Ed4LxwO46mQZlP+PxQ3Vujfw= 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:message-id:date:from:mime-version:to:subject :content-type:content-transfer-encoding; s=default; bh=GBeReeh96 0WH1uw4Uez6XT97cYA=; b=kFr7xJYFROJhM5L/w21GV7iAxfX/X74JQLb/+TMo9 4/fHRrO+agAKBr4h+ET6xmufeBUEvwGoodZlTkRGLMXPxcKeTgONbifiHqv/4L51 hScG8AnpsOXkRIqN9ihEZnV+2TRlAuFvawvpvMf+p+UMFS0ZPottocrEfOfrU/Sv UE= 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 X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.2 X-Received: by 10.68.252.194 with SMTP id zu2mr10618685pbc.58.1377137072866; Wed, 21 Aug 2013 19:04:32 -0700 (PDT) Message-ID: <521571A7.6010503@gmail.com> Date: Thu, 22 Aug 2013 11:04:23 +0900 From: nu774 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: shell-init: error retrieving current directory Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Hi, I've experienced the same issue. From what I can see: Current bash.exe of cygwin64 seems to be improperly built with HAVE_GETCWD disabled, which result in using it's own getcwd implementation in the bash source package. This can be indirectly observed by inspecting bash.exe with dependency walker or something. You can easily see that bash.exe has it's own getcwd symbol, and it's not imported from cygwin1.dll. Therefore, I downloaded bash source package from setup-x86_64.exe anyway to see what's happening, and built bash with cygport. Surprisingly, I got working bash.exe with HAVE_GETCWD enabled, without patching anything. This one, of course, imports getcwd from cygwin1.dll, and is free from the issue. So I don't know why the HAVE_GETCWD was disabled on the official build, but I think simple re-building and re-distributing of bash.exe will solve this issue. -- 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