X-Recipient: archive-cygwin@delorie.com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5AC0A392CE50
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1670849040;
	bh=Clo7xoNo/TI3kScJsIC8G+1RpY9vE0KlX4pBTrdkfRw=;
	h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	 From;
	b=Vl1A2nkgE5Y8r+gsZNEee8Xja/EcYriGogE9+2Z9Uux4RBPe5LUo1sPHvO+4uqljW
	 7JR3zmCmcZMqLORHd01o3UQDnkJ8o8jk9lrC/wJM+3J9vItm4LBMbxh5zKiSSyKiMn
	 qeWE093W7yC3uUzy4f33Lbq7SbC8nXyCcnHDXi40=
X-Original-To: cygwin@cygwin.com
Delivered-To: cygwin@cygwin.com
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B801738AEB5B
Message-ID: <71aa7f85-4441-1ef5-dd9f-1c5d09c151d3@razorcat.com>
Date: Mon, 12 Dec 2022 13:46:13 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.5.1
Subject: Re: Strange behavior when executing programs
To: cygwin@cygwin.com
References: <1031eafe-fc3b-ab5b-6e63-b0f56c038332@razorcat.com>
 <Y5camvZ8vSCNwXUu@calimero.vinschen.de>
Organization: Razorcat Development GmbH
In-Reply-To: <Y5camvZ8vSCNwXUu@calimero.vinschen.de>
X-Df-Sender: ZnJhbmsucmVkZWtlckByYXpvcmNhdC5jb20=
X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3,
 RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE,
 TXREP autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: cygwin@cygwin.com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
From: Frank Redeker via Cygwin <cygwin@cygwin.com>
Reply-To: Frank Redeker <frank.redeker@razorcat.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>

Am 12/12/2022 um 1:12 PM schrieb Corinna Vinschen:
> On Dec 12 11:21, Frank Redeker via Cygwin wrote:
>> $ pwd
>> /cygdrive/s/ado
>>
>> $ realpath /cygdrive/s/ado/msadox.dll
>> /cygdrive/s/ado/msadox.dll
>>
>> $ realpath msadox.dll
>> /cygdrive/c/Program Files/Common Files/System/ado/msadox.dll
>>
>>
>> Is there any way to restore the old behavior. Since with the new behavior my
>> tests no longer work.
> 
> It's not easy.  If we remove the new behaviour entirely, we break
> other scenarios which were broken in the old version.  While it
> *seems* easy to fix your specific scenario, it will break again
> as soon as the substitution drive is used inside a native symlink.
> 
> Virtual drive letters were always a problem and it doesn't get easier
> with Windows functions not allowing to specify whether one wants to
> follow symlinks or virt drives in inner path components or not.
> 
> Let's consider this problem again, but I don't see a quick and easy
> solution.
> 
> 
> Corinna
Hello Corinna, I am willing to create my own version, tailored to my needs.

It would be nice if you could provide me with the commit that was used 
to implement the new behavior. (I guess the change is found inside the
*git://sourceware.org/git/newlib-cygwin.git* repository)

Frank


-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple
