From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by sourceware.org (Postfix) with ESMTPS id B801738AEB5B for ; Mon, 12 Dec 2022 12:43:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B801738AEB5B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=razorcat.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=razorcat.com Received: from [90.187.126.253] (helo=[10.0.206.186]) by smtprelay04.ispgateway.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1p4iAC-0006V6-FF for cygwin@cygwin.com; Mon, 12 Dec 2022 13:44:08 +0100 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> From: Frank Redeker Organization: Razorcat Development GmbH In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 List-Id: 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