X-Recipient: archive-cygwin AT delorie DOT 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 AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT 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 AT cygwin DOT com
References: <1031eafe-fc3b-ab5b-6e63-b0f56c038332 AT razorcat DOT com>
 <Y5camvZ8vSCNwXUu AT calimero DOT vinschen DOT 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 AT cygwin DOT 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 AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Frank Redeker via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Frank Redeker <frank DOT redeker AT razorcat DOT com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT 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