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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=mZFMxL0P5vIMIuHxSaPT3+0dwRp+TPe68k9Nx2G0yHw0g8DqKCezT
	o/vk1nH8JQZCpFZxn8aRLocxXFvQEufcROgcBVYPgJmbL65oDOpAWh1oVjAGeC5A
	lVnVFgf+N4PfExi8nWR5L1w1+2Vy6M4JY57SqHo7skvtQxQG5QukYM=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=to8NJWiRpK7dnMhh5wI+ApYIny4=; b=Uv1G+lBUPg1gxtkUMtZE6+W3nspe
	5LHqpEB0TWLWWq4kuY75NXQzya+76YeMjm4hAa2+0gdtzte4Nr3Q4jR7WGkE/4H+
	SPs2uiIEsIuNF+NyKY2WrLFWorUl1vawk0PB42SaRJAOjR+fU9103e0iRrnP4Duv
	DxUxP+NCvHJxl0U=
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
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-105.0 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=Under, fruit, dear
X-HELO: mout.kundenserver.de
Date: Thu, 19 Dec 2019 10:24:09 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: MC no longer working with cygwin 3.1.x
Message-ID: <20191219092409.GS10310@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <DB8PR01MB5996973955794728D12078E6BC530 AT DB8PR01MB5996 DOT eurprd01 DOT prod DOT exchangelabs DOT com> <97c8a719-73b9-e0ec-9651-97c2c684a086 AT gmail DOT com> <20191218193205 DOT GP10310 AT calimero DOT vinschen DOT de> <c3809f52-1842-83d6-6692-53f6caec3491 AT cornell DOT edu> <e79cd247-c573-3c27-6636-c6d9a32447a4 AT towo DOT net> <1f5d0151-51c4-bd89-4fa9-137b88a543c8 AT cornell DOT edu>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="z3ND3gJe4e1E4uwh"
Content-Disposition: inline
In-Reply-To: <1f5d0151-51c4-bd89-4fa9-137b88a543c8@cornell.edu>

--z3ND3gJe4e1E4uwh
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Dec 18 23:09, Ken Brown wrote:
> On 12/18/2019 5:55 PM, Thomas Wolff wrote:
> > Am 18.12.2019 um 22:14 schrieb Ken Brown:
> >> On 12/18/2019 2:32 PM, Corinna Vinschen wrote:
> >>> On Dec 18 17:23, Marco Atzeri wrote:
> >>>> Am 18.12.2019 um 15:42 schrieb Laurent R:
> >>>>> Dear all,
> >>>>>
> >>>>> After the update to cygwin-3.1.1, mc (aka Midnight Commander) no lo=
nger=20
> >>>>> starts. It goes into an infinite loop, if I go back to cygwin-3.0.7=
, mc=20
> >>>>> works perfectly.
> >>>>>
> >>>>> I tested with cygwin-3.1.0, same problem.
> >>>>>
> >>>>> The MC version is 4.8.23 and the operating system is Windows 10 Pro=
 x64 1903.
> >>>> confirmed
> >>>>
> >>>> there must be a race somewhere as running /usr/bin/mc.exe from strace
> >>>> works fine.
> >>> But that's not the only problem running mc AFAICS.=C2=A0 I'm seeing an
> >>> error message in the background:
> >>>
> >>> Cannot open named pipe /tmp/mc-corinna/mc.pipe.384
> >>>=20=20=20=20=20
> >>> /cygdrive/d/cyg_pub/devel/mc/mc-4.8.23-1.x86_64/src/mc-4.8.23/src/sub=
shell/common.c:=20
> >>> open: Permission denied
> >>> [...]
> >> I've just looked at the mc source code, and it seems that (under tcsh =
only), mc
> >> creates a fifo and tries to open it twice as O_RDWR.=C2=A0 This is not=
 supported on
> >> Cygwin, so the second attempt fails.
> >>
> >> Here's the relevant code from src/subshell/common.c:
> >> [...]
> >> Under bash, zsh, and some other shells, mc uses ordinary pipes rather =
than
> >> FIFOs.=C2=A0 I have no idea why tcsh is treated differently.
> >>
> >> Until someone[*] gets around to making it possible to open a FIFO twic=
e for
> >> reading, I don't think there's anything we can do about it.=C2=A0 I al=
so don't know
> >> how important this is for mc.=C2=A0 I don't use tcsh or mc, so I can't=
 judge.

Not using mc either here.  I see the STATUS_ACCESS_DENIED in the strace
output when calling NtCreateNamedPipeFile, but I wonder why that is.

Ken, btw., we should add a PIPE_REJECT_REMOTE_CLIENTS flag, just for
paranoia.

> > I've reproduced mc to fail, from bash, in cygwin 3.1.0 and 3.1.1, Windo=
ws 1809=20
> > and 1903.
>=20
> That's not related to what I've been talking about, which is the error
> message "Cannot open named pipe /tmp/mc-corinna/mc.pipe.384" that
> Corinna reported.  The failure you're talking about occurs in all
> shells and has already been fixed by Takashi.  I imagine Corinna will
> release 3.1.2 with the fix very soon.

Yes, today or tomorrow.  Maybe some other low-hanging fruit roles past...


Corinna

--=20
Corinna Vinschen
Cygwin Maintainer

--z3ND3gJe4e1E4uwh
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAl37QbkACgkQ9TYGna5E
T6Dkpw//SrX06jYZ+xo07dWGfGQHdxiCohG1y2MQFYRwdkAJ7l0oCdmIarXXYMKk
AeEqW9SzdKV0WijvAZLVz8RmFsf3M3D/u9RBqSUzSOV/bzLjYH6gvfZNFIyA3Thi
4U0Dw7hLK5IUuRC6UU8zm1OlVItiGoWpvC8NNpM2hMxzGB73ixBY6McfRrPKk8pB
GkwuhiJ0YXjtgWG2IpMWJEmMhjVXi8GZu8l6UK/RW7XQQ5slj5KE5d+V7VK3uPU8
8iGtvxAcSMsA6i672p5KVRa335rW3uFIj+bYh4p3/tlpjvjxbXVIcOO3RD1Dcsuf
TpG4F18LtJgnPfHSCs0EHXE0H7PxDUykxXyzS1MFob4ARVYEP1etq6+215CMJW5L
XuEbNgZ53NHHGZKZ43F/KAT0oyJTVZk9PWf/vj01+GH0aNrvR1E8jk/ags81kdcb
R6vNON81B9zzZliTQj7i6zdpCEEW9eRCt/RfLvSq8pVVKTr4Vzkn84B32Nk1kpE8
t5hA75cn5msZBtMLEmZYKhGx2KYfgA6k4oBlLgrlkFy//Nn08SuPoOVjDKF1/1zO
pHbpWQnnwhn2QNODf04S9ZSqzlPkENpRv6jZR6FVAVcR+zsPOW0+4awLskigJZfr
T6LP59b3H1D1eHKjAZLfqT41Q6WFspnWzMqPKPeZUvaR+LhmtRU=
=L0Ap
-----END PGP SIGNATURE-----

--z3ND3gJe4e1E4uwh--