DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=huIcAjcHtLe5hdiw
	HMkIaI5KQAfe4bont02TYVqX4myc8QwBQTny4BF7UpXHCYYPv5+2BsmqKP2HfhpJ
	h/ElbcqnnEKw3MynJk0dqvi+BWQdxCqu3J9VV6zaN17dLsUTXBjIdK0t28ApZ0IB
	BeqDqQzpdJQExOxUjKXIRpTZ5zY=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: Unexpected behavior of ~ when calling bash from a different cygwin installation
To: cygwin@cygwin.com
References: <0F7D3B1B3C4B894D824F5B822E3E5A1778800706@IRSMSX102.ger.corp.intel.com> <0F7D3B1B3C4B894D824F5B822E3E5A177880079D@IRSMSX102.ger.corp.intel.com>
From: Marco Atzeri <marco.atzeri@gmail.com>
Message-ID: <3a183948-c9f5-bf7a-355e-9d194c5a5974@gmail.com>
Date: Sat, 16 Jun 2018 11:46:41 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <0F7D3B1B3C4B894D824F5B822E3E5A177880079D@IRSMSX102.ger.corp.intel.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

On 6/15/2018 3:32 PM, Soegtrop, Michael wrote:
> Dear Cygwin Users,
> 
> I got it, I just have to clear the HOME variable before.
> 
> But I have a few more observations on this:
> 
> the FAQ (section 4.20) state that the root path for the mount table depends on the path of the cygwin1.dll, to which an executable is linked. This doesn't seem to be the case. E.g. when I do
> 
> * start a bash via C:\bin\cygwinA\cygwin.bat
> * cd to /cygdrive/c/bin/cygwinB/bin
> * ./bash
> 
> The first and the second bash have both /=C:\bin\cygwinA although SysInternals ProcExplorer clearly shows that the second bash loads the cygwin1.dll from C:\bin\cygwinB and not from C:\bin\cygwinA. Is there some description on how the path mapping really works?
> 

this is due to the preference given by Windows to load dll's from the
same directory where the program is resident instead of using the
ones in the PATH

I have the same issue when testing a new version of
GraphicsMagick perl interface

The perl program located in /usr/bin will alway use the installed
GM dll's  in the same directory instead of the new one I am trying
to test.


Regards
Marco


--
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