From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.25]) by sourceware.org (Postfix) with ESMTPS id B2A6C385842D for ; Thu, 20 Apr 2023 14:58:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B2A6C385842D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=clisp.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=clisp.org ARC-Seal: i=1; a=rsa-sha256; t=1682002700; cv=none; d=strato.com; s=strato-dkim-0002; b=se5N7m8M6SfZFVHwjThrhqgV2C7gIqZ4+pIRc8TATp1VpNTfUfiifdVMqIIL99AAx+ fBEnWXgMWv7q9FHxY0nRm871/zH/oZ5bQM0C7l492I1t2P6iWHQpEnQcu6XcuriYfAXC zVUlm5i+ehJqXKb1sVVUrOmEcuSa0Rz1d10wRCuHx3mPc3jbiVFC4sdDafNIxSVIq0xM 4B0R/UF26hsBMZyuG3aSlMJaGQy0F2MNF8kTtGal4AbtdHdtE86FLL3lTF3AYeBAfZbo C0dbii+DV/CbNAQDISmyTDoT4WUaqTbZQUHomCX21u8BtJ2L27KvJKBcJmuuuPz0n/yU zF9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1682002700; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=tbD9CybqybhrD+Hop4yUOy5l7xiy1lRnnV2YI5x4gl8=; b=U7D07EMFMopOWHI428xc7WO5lK/UgbtwtWkiaIlrPiPPS8mJdHncd26jLhQe+EYkuI SrVHW/WaIn3Ulmj6OIwc5aE0Ucp6hSxynBTYxKB8ejwnu5eNRxznbeulooWsrmxgMg/m Sl//qL62ylKLAuF6n6ftD+dGndCZy+9mV171AsGOzNwxUbdQYulmjnz2vWKdSJd1DHTI KMJ64owxJF1zVBVYBpglMQtZleQLV7Pjv07QOc/vOnZCUyG8E9NmXVNN6ceMW9sPVQch UIVPJ2cjgKQLvFcCb1BibyfQbw0ofNqyzzQ5welx5GqJRXTp0ogdMkAJMPzuyRmXNCnv kPpg== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1682002700; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=tbD9CybqybhrD+Hop4yUOy5l7xiy1lRnnV2YI5x4gl8=; b=O4+6tF3+O/B+tefXT2XYbsZJYiZ0WaqwqRSBq0cy1FhSUrSEcyPXdv2gH98uLUVrZx AlIEjjxjRYAk0QpnGPcp/XsTgpN363xiPGiDX5Jz7KZyNJOnybQ/czcSoegKEI34Taht 7CHugAOG5NXgU7AXJwwg/xVcD/hwskw3eAp7hcmNPY5Do4jIjAHUpJJ+SgstdgHp6HAO 2SvlOQbOVNNmE5uoFV9KcLEBs0jzl5kddyWPQYYF2EabubzGZ9Hc70alpRmU9JDptade VSX/yE8sfsdEf30bYH/r6VeoFWdaLXtwdSwubutDKFTeu6qTgEfvzlrnFae9Ymye9Wn1 Ay8A== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1682002700; s=strato-dkim-0003; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=tbD9CybqybhrD+Hop4yUOy5l7xiy1lRnnV2YI5x4gl8=; b=lFk1W6oucVHgj2UKaJnDIjILGW2BBsWxocCayKGiQsjNHHbmdwxL70gg19DDQg3b3G nbpNSs65OTSFYl3VqmAw== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPDj/1vgIuvkaOwJLsXaUZx50Vobw==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.4.0 AUTH) with ESMTPSA id D064b6z3KEwKjIy (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Thu, 20 Apr 2023 16:58:20 +0200 (CEST) From: Bruno Haible To: cygwin@cygwin.com Subject: Re: posix_spawn facility Date: Thu, 20 Apr 2023 16:58:20 +0200 Message-ID: <4892432.0VBMTVartN@nimes> In-Reply-To: References: <1752276.7aRn1RRit1@nimes> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Corinna Vinschen wrote: > > Hmm. Your code uses lpReserved2 for that, but the functionality is > > one implemented in MSVCRT. For obvious reasons, Cygwin executables > > are not linked against msvcrt.dll and we're using lpReserved2 for our > > own purposes. >=20 > Oh, btw., did you know that there's a newer mechanism for defining > specific inheritable handles to CreateProcess, which is implemented > in kernel32.dll, so it does not depend on MSVCRT? >=20 > There's a STARTUPINFOEX structure which allows to specify the=20 > additional handles. See >=20 > https://learn.microsoft.com/en-us/windows/win32/api/winbase/ns-winbase-st= artupinfoexa >=20 > and the PROC_THREAD_ATTRIBUTE_HANDLE_LIST argument described in >=20 > https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-= processthreadsapi-updateprocthreadattribute Indeed, this appears to be a more "official" way to pass handles for fd =E2= =89=A5 3, instead of lpReserved2 =E2=80=94 albeit without associated 'flags'. Not sur= e how O_APPEND is handled then... (Note: O_APPEND behaviour is tested by gnulib/tests/test-posix_spawn-open2.c.) I had seen this doc page, but thought it was irrelevant because the title is about "thread attributes", not "process attributes"... Bruno