X-Recipient:	archive-cygwin AT delorie DOT com
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:cc:from:message-id:date
	:mime-version:in-reply-to:content-type; q=dns; s=default; b=TWrw
	UrvFCdoGQARkLMdYouqT5UOc/gNft+F2By2DHKnfRLzeiEgvt7TB0xgmeefzf9ff
	NWdkA/BPl6GAB4yzyXCHmAQzJz4McExfxhNcrBWbyW0jxa61WT5Z/4TcdauuekTr
	3zP2fcXYJp3t6BAhicmdZN0adufWLYRnZsgt9UI=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:cc:from:message-id:date
	:mime-version:in-reply-to:content-type; s=default; bh=kmelWnS35Z
	piKbtEbG0ubixflPs=; b=Lq5vTAQF0lpK3m2x+RP10C6ITEKYpROWhYNgtMURNY
	/kn5oRoTbQ5BaxVP5KuNNhIukmsaeTu6CvSziDdjWg88qKlvfd0kpAKjCUvsA9i8
	yQTb1V7Sips3Zqo2895E/Q3csLzX4j1KZVfGpLS3H69cr7oKSLfh988aupc9HFNj
	0=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Delivered-To:	corinna-cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Spam-SWARE-Status:	No, score=-6.9 required=5.0 tests=BAYES_00,GIT_PATCH_2,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=HX-Spam-Relays-External:2a02, H*RU:2a02, H*r:2a02, Emrich
X-HELO:	mout.kundenserver.de
Subject:	Re: Change in logical link behaviour
To:	cygwin AT cygwin DOT com
References:	<30792264-c452-7ea2-c83f-f368322387ea AT emrich-ebersheim DOT de> <20200302164851 DOT GS4045 AT calimero DOT vinschen DOT de>
Cc:	corinna-cygwin AT cygwin DOT com
From:	Rainer Emrich <rainer AT emrich-ebersheim DOT de>
Message-ID:	<d04228d9-eff9-6dd4-6cfc-80b24bc8fa3b@emrich-ebersheim.de>
Date:	Tue, 3 Mar 2020 14:17:32 +0100
User-Agent:	Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version:	1.0
In-Reply-To:	<20200302164851.GS4045@calimero.vinschen.de>

--fARJM0sCJ8U6nIxbYyF9ecOFlQ6jiqUFi
Content-Type: multipart/mixed; boundary="D016zOa0k59sSUWqEC8L8RYLyVBa4npGd"


--D016zOa0k59sSUWqEC8L8RYLyVBa4npGd
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: quoted-printable

Dear Corinna,

Am 02.03.2020 um 17:48 schrieb Corinna Vinschen:
> On Feb 29 14:10, Rainer Emrich wrote:
>> I try to reliably determine if native Windows symlink are working for a
>> current cygwin environment in a shell script.
>>
>> Therefor I used a powershell snipped:
>>
>> mkdir asdfgh
>> ln -s asdfgh/ asdfgh-1
>> powershell "& {Get-Item -Path asdfgh-1 | Select-Object}"
>>
>> On cygwin 3.0.7 the output is as follows:
>>
>>
>>     Directory: D:\cygwin\home\rainer\temp
>>
>>
>> Mode                LastWriteTime         Length Name
>> ----                -------------         ------ ----
>> d----l       29.02.2020     13:58                asdfgh-1
>>
>> On cygwin 3.1.4 I get:
>>
>>
>>     Directory: D:\cygwin\home\rainer\temp
>>
>>
>> Mode                LastWriteTime         Length Name
>> ----                -------------         ------ ----
>> d----        29.02.2020     13:58                asdfgh-1
>>
>> So now there is no indication that this is a link. Is this new behaviour
>> intended or a bug?
>>
>> I did not try on Windows 10, I'm still on windows 7.
>>
>> Rainer
>>
>=20
> I can't reproduce this behaviour.  Keep in mind that, by default, you
> *have to* run in an elevated shell to be able to create native NTFS
> symlinks, *and* you *have to* set the environment variable CYGWIN(*) to
> contain "winsymlinks:native" or "winsymlinks:nativestrict".  The latter
> is nice for testing, it refuses to fall back silently to the default
> Cygwin-only symlinks but fails instead if it can't create a native
> NTFS symlink.
I know all the implications. I have to test in an unknown cygwin
environment if it is possible to set native symlinks.

>=20
> So, on Windows 7 in an elevated shell:
>=20
>   # id -G | grep -Eq '\<544\>' && echo elevated || echo non-elevated
>   elevated
>   # uname -a
>   CYGWIN_NT-6.1 vmbert764 3.1.4(0.340/5/3) 2020-02-19 08:49 x86_64 Cygwin
>   # mkdir qwe
>   # cd qwe
>   # export CYGWIN=3D"winsymlinks:nativestrict"
>   # touch foo
>   # ln -s foo bar
>   # cmd /c dir /a
>    Volume in drive C has no label.
>    Volume Serial Number is A8E0-A24E
>=20
>    Directory of C:\cygwin64\home\corinna\qwe
>=20
>   2020-03-02  17:31    <DIR>          .
>   2020-03-02  17:31    <DIR>          ..
>   2020-03-02  17:31    <SYMLINK>      bar [foo]
>   2020-03-02  17:31                 0 foo
>                  2 File(s)              0 bytes
> 		 2 Dir(s)   7.907.352.576 bytes free
>=20
Yes, this is the same for me, but if you use the powershell

# powershell "& {Get-Item -Path bar | Select-Object}"

on cygwin 3.0.7 you get



    Directory: D:\cygwin\home\rainer\temp


Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a---l       03.03.2020     14:09              0 bar


and on cygwin 3.1.4 you get



    Directory: D:\cygwin\home\rainer\temp


Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a---        03.03.2020     14:09              0 bar


The only difference is the used cygwin version. So, I don't understand
what has changed.

Cheers

Rainer


--D016zOa0k59sSUWqEC8L8RYLyVBa4npGd--

--fARJM0sCJ8U6nIxbYyF9ecOFlQ6jiqUFi
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEQq4BT9NfW50eSlCTkX2ILOIqatIFAl5eWPEACgkQkX2ILOIq
atKC8hAAmL1Coh041WlHnxs0ulbdZnVuAuOU7hYK9G5URNJfOr36in2axDLLbkk9
4tIu2yGFVam6ViYiPPXujAYZIL81Mg/ensQjXWlOzGdiHIe5PL9dl8I6Nhc0iuVA
TkgPZZfPzIcxl4R5vJ99jm2qFrK6Bc6pH0SSh5dAT9NppOE/XYjXfbkovWEL3HTv
a0kd3XHOzBxMo0256Ms2FhdLkbA9mZrTAK1bRVdvLtOnVzCY6wJ+i5ZM0BlVp0vM
PUWlJ7nFR0HRSOiS6vmIVWKWPndfv5DI5Haxb49cq5ChKBcOrZqDuoRzfWox3Sr9
1iCSuAkMA/3nxuMFPC6jUYln4izAJHUQrAEKXhla7VTqsc4D3vcWdRlEzvJUzVyr
Djo3bP2xq2nr1m63FaZd1FJf6IGQwrAnsjFrjvMW6SEHw9HpdGz4S5XzsfNsbCtR
aaFoMaFSUDj6Y70KGKlKs8pWeMguWMsPu5GeO3mirDnN+hrAeNRoz0ipjD41kRgf
m7D6llt3L3SVlxzXiAUX86weX/2ASVMgDQJdvxvubd3CnjKGJ5YCS/a619VEV9m4
0sIypLfDOXI31qEPRLtmbcUVTO3K0j53/BiS9WRQCPOO86XbgQPkwLMvQGXaVW3D
H2WNZckvkhOyTnqM3XmsGkF1eUsTOy6P/3un5BVFdGbEzVPhQNI=
=ZDZP
-----END PGP SIGNATURE-----

--fARJM0sCJ8U6nIxbYyF9ecOFlQ6jiqUFi--

- Raw text -