DMARC-Filter:	OpenDMARC Filter v1.4.2 delorie.com 504KKaTL1936417
Authentication-Results:	delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results:	delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter:	OpenDKIM Filter v2.11.0 delorie.com 504KKaTL1936417
Authentication-Results:	delorie.com;
	dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=c9+LLqJr
X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 2212E3858D28
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1736022034;
	bh=qaDmVSIfDnPI7OzJNWnVyepT9WI9PLAmE1x4Y9lk+00=;
	h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc:
	From;
	b=c9+LLqJrGoxsW9hf9/vA+HQSjGhw/7jI5VPsHryEWGyPWCka7o7gNfrTGr63t/W7W
	QeiQPrmccr+8DtqJMQhlQD2yAP0EBx4QdMeDzoyVpGwUzL2qzUdBW6OXzvOIGuecXi
	rUxnKdjOWmMxeVlT6XYkfRCndwaaSg7mXGAemfWY=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org 758263858D20
ARC-Filter:	OpenARC Filter v1.0.0 sourceware.org 758263858D20
ARC-Seal:	i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1736022003; cv=none;
	b=t7DWjL1W3vB1xPFBQE0G0BTxGPgLT2n3dh5NIab2XecbFxQDCJCr78j+Q2sJDYM8OBxsOT+PKLAOVIk4mgoI5XHtCQNW9d0WFCyQ/Itx1jiONIeOpTJJmV8dRktedCbWkjyLlkasX21QICOETaMhH4pfwy74Chnv7gtKs294FpQ=
ARC-Message-Signature:	i=1; a=rsa-sha256; d=sourceware.org; s=key;
	t=1736022003; c=relaxed/simple;
	bh=QLTYiWthJf63RbJx8sCARtcSMzLeBGJNLcVPipjTLZ8=;
	h=DKIM-Signature:Date:From:Message-ID:To:Subject:MIME-Version;
	b=R2rpQamntTklGm098iXh4DCrDzMzD1PsAQBj0veibPTHB122Nhj9Iz60fSHOoSvm4kMsyX2cTthTKtfxgEHLu7ctR+Upz0NS3Cryn9mRV5r4jerOupK02bGMkCDkzWNr1zcgFM0dZEfdGNVgMR4Jyv5NUyoG/EBhSw2A0hKF5ho=
ARC-Authentication-Results:	i=1; server2.sourceware.org
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 758263858D20
X-Yandex-Fwd:	1
Date:	Sat, 4 Jan 2025 23:13:16 +0300
X-Mailer:	The Bat! (v9.3.4) Professional
Message-ID:	<383539154.20250104231316@yandex.ru>
To:	Federico Kircheis <federico AT kircheis DOT it>, cygwin AT cygwin DOT com
Subject:	Re: env and PATH
In-Reply-To:	<21a99c98-1a16-4ffb-97f4-fa9480f7b02d@kircheis.it>
References:	<77a3709d-ec4d-497b-bf6c-75f29dc8c992 AT kircheis DOT it>
	<1756102695 DOT 20250104044139 AT yandex DOT ru>
	<21a99c98-1a16-4ffb-97f4-fa9480f7b02d AT kircheis DOT it>
MIME-Version:	1.0
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.30
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:	Andrey Repin via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	cygwin AT cygwin DOT com
Cc:	Andrey Repin <anrdaemon AT yandex DOT ru>
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>

Greetings, Federico Kircheis!

> On 04/01/2025 02.41, Andrey Repin wrote:
>> Greetings, Federico Kircheis!
>> >> Hello to everyone,
>> > >> I've noticed that env seems to handle the environment variable PATH in a particular way
>> > >> -----
>>   >> cd /d;
>>   >> env -i PATH='C:\Windows;C:\Windows\system32;' /c/Windows/System32/WindowsPowerShell/v1.0/powershell.exe
>>> # in the powershell instance
>>> echo $env:PATH
>>> C;D:\Windows;C;D:\Windows\system32;
>>> ----
>> > Fully expected behavior. `env` expects POSIX semantics and parsed your
>> command according to that.
>> The results are, as I said, expected, although not by you.
> What do you mean by POSIX semantic?
> On my Linux system, PATH is used unmodified by subprocesses, not transformed.
> This is (IMHO) the expected semantic.

No. env is a Cygwin (POSIX) tool and it works with POSIX paths.
When starting non-POSIX app, Cygwin will translate $PATH back to native
format.

> I am not aware of any rule in POSIX that requires or recommends some
> transformations for environment variables, in that sense, any transformation
> is "unexpected" or an extension to the standard.

That's Cygwin specific.

> It completely makes sense to convert cygwin paths to windows path when
> invoking windows programs, but it is not my case.

Then why TF you supply Windows paths to it?

> Hence why I searched for an option, even an explicit one, to tell cygwin
> not to modify the parameters, but use them as-is.

>>>   From this and other examples it seems that env uses for PATH  as
>>> separator, then preprends the current drive to all paths that begin with '\'
>>> (thus all of them), and ";" is treated as part of the path
>> > Exactly.
>> >> I would like to use the PATH as-is in the invoked program, just like it is done for other variables, for example
>> >> ----
>>> cd /d
>>> env -i OPATH='C:\Windows;C:\Windows\system32;'
>>> /c/Windows/System32/WindowsPowerShell/v1.0/powershell.exe
>>> # in the powershell instance
>>> echo $env:OPATH
>>> C:\Windows;C:\Windows\system32;
>>> ----
>> >> in this case OPATH is forwarded as-is to powershell.exe.
>> >> I understand that PATH is special, that for cygwin processes some transformation might be necessary.
>> > It is, but in a way you suppose.
>> >> But is there any way to achieve what I'm trying?
>> > Yes. Pass the POSIX paths in $PATH, they will be converted to Windows ones
>> when invoking a Windows process.
>> Also, I strongly suggest using /proc/cygdrive/ tree in such case, especially
>> when you make scripts for somebody else.

> I was not aware of /proc/cygdrive/, thank you for the hint, although I am not sure how it helps.

>>> I search if there is maybe a separation option for telling env to use PATH as-is, but could not find none.
>> > There's no need or reason to do it.
>> > In your case, what you wanted to achieve could be written as
>> >>> env -i "PATH=$(cygpath -UW):$(cygpath -US):$PATH" pwsh

> The reason is I already have a variable containing the path I should use as
> PATH, and it is the windows expected format.

But you just said that your app is NOT a Windows app. Then why do you attempt
to supply it Windows paths?
Then in your example you invoke PowerShell which IS a Windows app.
So, what was it?

> I need to convert it to a cygwin path, so that env translates it back again.
> It is doable, but sounds completely unnecessary.

Nope.

> Also it comes at a particular cost at runtime.
> I want to start the subshell as fast as possible.

() will start a subshell. As fast as possible.

> Iterating and invoking an external program (cygpath) for every path takes some time.

Depends on actual use case, it may be just a single invocation for entire
list.

But let's stop there and settle the matter of what we are doing and what is
the expected result.

>> (The "%SystemRoot%" is NOT NECESSARILY 'C:\Windows', though you CAN use
>> "%SystemRoot%\System32" with confidence, once you acquired the former.)
>> (Also, why the *** you are using v1.0? Get v7 already, save yourself the
>> tragedy.)

> Because the executable I invoked is the one installed on all Windows
> versions since Windows 7 (or maybe even Vista?).
> Also the actual version is not 1.0, but something like 5.something (if I remember correctly)

Yes, it's more like v5 at the moment.

> v7 is AFAIK a different product, but most importantly it needs to be
> installed separately, and would not change the issue I have.

But it's infinitely more powerful.
Bonus: /usr/local/bin/pwsh

>> #!/bin/sh
>>
>> if [ "$1" ] && [ -f "${_cmd:="$( cygpath -am -- "$1" )"}" ]; then
>>     shift
>> else
>>     unset _cmd
>> fi
>>
>> if [ "$_cmd" ]; then
>>     "$PROGRAMFILES/PowerShell/7/pwsh.exe" "-NoLogo" "-File" "$_cmd" "$@"
>> else
>>     "$PROGRAMFILES/PowerShell/7/pwsh.exe" "-NoLogo" "$@"
>> fi



-- 
With best regards,
Andrey Repin
Saturday, January 4, 2025 23:00:36

Sorry for my terrible english...


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

- Raw text -