From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27606 invoked from network); 9 Dec 2020 00:35:39 -0000 Received: from ewsd.inri.net (107.191.116.128) by inbox.vuxu.org with ESMTPUTF8; 9 Dec 2020 00:35:39 -0000 Received: from [10.206.35.84] ([166.175.186.76]) by ewsd; Tue Dec 8 19:29:59 -0500 2020 Date: Tue, 08 Dec 2020 19:29:56 -0500 In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable To: 9front@9front.org From: Stanley Lieber Message-ID: List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: event CMS just-in-time layer Subject: Re: [9front] recent changes Reply-To: 9front@9front.org Precedence: bulk On December 8, 2020 7:24:49 PM EST, cinap_lenrek@felloff=2Enet wrote: >i located the issue=2E > >it can be reproduced when cpuing to another machine and >running window -m=2E > >the problem is that OCEXEC doesnt work too tell with >/srv files=2E > >when any program opens a /srv file with OCEXEC flag, >it sets the close-on-exec flag on the shared channel, >resulting in all subsequent opens (regardless of the >flag) to have close-on-exec semantics=2E > >that happens with the $wsys channel=2E > >it is interesting as devsrv itself tries hard to >prevent you from posting a file descriptor with the >close-on-exec flag set=2E but subsequent opens can >still poison the channel=2E > >the fixes are pushed=2E > >-- >cinap thank you, i can confirm tonight=2E sl