From mboxrd@z Thu Jan 1 00:00:00 1970 From: Charles Brossollet Subject: Re: Submodule status inside nested submodule fails Date: Fri, 24 Feb 2012 13:41:35 +0000 (UTC) Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: git@vger.kernel.org X-From: git-owner@vger.kernel.org Fri Feb 24 14:41:55 2012 Return-path: Envelope-to: gcvg-git-2@plane.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S0vPF-00084g-4u for gcvg-git-2@plane.gmane.org; Fri, 24 Feb 2012 14:41:53 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756164Ab2BXNls (ORCPT ); Fri, 24 Feb 2012 08:41:48 -0500 Received: from plane.gmane.org ([80.91.229.3]:59369 "EHLO plane.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752135Ab2BXNls (ORCPT ); Fri, 24 Feb 2012 08:41:48 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S0vP6-0007xP-IF for git@vger.kernel.org; Fri, 24 Feb 2012 14:41:44 +0100 Received: from babel.loa.espci.fr ([193.54.80.96]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Feb 2012 14:41:44 +0100 Received: from chbrosso by babel.loa.espci.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Feb 2012 14:41:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 193.54.80.96 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20100101 Firefox/10.0.2) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: Charles Brossollet lltech.fr> writes: > Searching for message in git source I found the test triggering the message to > be an empty result for "git rev-parse --show-cdup". Running the command in > ext/submodule strangely returns the *absolute* path of ext/submodule, which > should not happen because this command returns path of current dir relative to > the containing working tree. Things are OK if I run the commands from Windows' CMD, but it fails when run in MinGW shell, so I believe the problem is related to MsysGit, discussion follows up on their list.