From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on starla X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 Received: from server2.sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id ED7161F44D for ; Thu, 4 Apr 2024 23:24:02 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 2D1FD3846400 for ; Thu, 4 Apr 2024 23:24:01 +0000 (GMT) Received: from shaun.sig.nz (shaun.sig.nz [103.6.212.24]) by sourceware.org (Postfix) with ESMTPS id 8CFD23858C98 for ; Thu, 4 Apr 2024 23:23:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 8CFD23858C98 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=kurahaupo.gen.nz Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=kurahaupo.gen.nz ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 8CFD23858C98 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=103.6.212.24 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712273022; cv=none; b=A1jJxvRKR8FBT3hU3y4dQxrNPV1lwlKd9JZH9xENZzC0bYsk/1D7FcJMklAZRzZRa2PNHnmOanyPsdezHMD2gv0c3J8TYfR1KqAAQb4eOLZD0UsBlcyUWKLkMO/zTu8CAXnNNGbYOy7HtGKgHpHpdgdKzYCFI9il89/NwIaKqkk= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712273022; c=relaxed/simple; bh=tvT9chD8ksFa79QkiBWVyafUDdeOrOmHVGBpR9v5Fzs=; h=MIME-Version:From:Date:Message-ID:Subject:To; b=I0QvW52GofAzxeopu27gg19GkDlBrb/iBi06sm60Xp+ibNjtY2b07/IZy9LXbT76qzvQxfEvpKlZxukdpDE+9FgBGOwMCPQhwlJCInS8awvZBhp7s9DEc+FfeB/YTo0XvNkbH7lSuNsDWAA956M8FdksnePVoftJMKkwo67Rf7M= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from kohi.sig.nz ([114.23.207.132] helo=u2.kohi.sig.nz) by shaun.sig.nz ([103.6.212.24]:587) with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92 #3) id 1rsWQd-0000MF-Sq for libc-alpha@sourceware.org; Thu, 04 Apr 2024 23:23:31 +0000 Received: from mail-yb1-f178.google.com ([209.85.219.178]) by u2.kohi.sig.nz ([192.168.2.224]:587) with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128) (Exim 4.96 #2) id 1rsWQd-00A0eh-18 for libc-alpha@sourceware.org; Thu, 04 Apr 2024 23:23:31 +0000 Received: by mail-yb1-f178.google.com with SMTP id 3f1490d57ef6-dcbc6a6808fso1682761276.2 for ; Thu, 04 Apr 2024 16:23:31 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCXRg3cYqH1xvqH7lGC2tL3XRYJ966p0kl1GGVTxDne6iX64+AoBO5YR6cCev5ADvZhLbqcMtH7CuKY4lgTfhtR5yAM+Mi6VCZ+Q X-Gm-Message-State: AOJu0Yx3p/9vjGGZeTDOgenvTH100c3CtU23yuMFLkaAO+sOxyb4uKmG WPE8ikVcGrgCypDw9VdlR9dO+Y8kOFppPlDt5mRhhXFvSXTuoOBbZQcAIVfOUfx1JaL4cpnF+j+ 6Qux1UwzciTQKqJYT5bgchdsUoXk= X-Google-Smtp-Source: AGHT+IF/O+drVeWSKwok677HD4UcV8Hy7T3dhMFTTxzRgA9N+BuWdCJBTbjMs9FgYmOedbcAp8/LDHaDTFsJBQqVJ+o= X-Received: by 2002:a25:b193:0:b0:dda:abbd:7395 with SMTP id h19-20020a25b193000000b00ddaabbd7395mr1057842ybj.51.1712273009058; Thu, 04 Apr 2024 16:23:29 -0700 (PDT) MIME-Version: 1.0 References: <9831afe6-958a-fbd3-9434-05dd0c9b602a@draigBrady.com> <317fe0e2-8cf9-d4ac-ed56-e6ebcc2baa55@cs.wisc.edu> <8c490a55-598a-adf6-67c2-eb2a6099620a@cs.wisc.edu> <88a67f36-2a56-a838-f763-f55b3073bb50@lando.namek.net> <2791ad90-a871-474d-89dd-bc6b20cdd1f2@case.edu> In-Reply-To: From: Martin D Kealey Date: Fri, 5 Apr 2024 09:23:16 +1000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Examples of concurrent coproc usage? To: Carl Edquist Cc: Chet Ramey , Zachary Santer , bug-bash , libc-alpha@sourceware.org Content-Type: multipart/alternative; boundary="00000000000076b91406154da0db" X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org --00000000000076b91406154da0db Content-Type: text/plain; charset="UTF-8" I'm somewhat uneasy about having coprocs inaccessible to each other. I can foresee reasonable cases where I'd want a coproc to utilize one or more other coprocs. In particular, I can see cases where a coproc is written to by one process, and read from by another. Can we at least have the auto-close behaviour be made optional, so that it can be turned off when we want to do something more sophisticated? -Martin --00000000000076b91406154da0db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm somewhat uneasy about having coprocs inaccess= ible to each other.
I can foresee reasonable cases where I'd = want a coproc to utilize one or more other coprocs.

In particular, I can see cases where a coproc is written to by one proces= s, and read from by another.

Can we at least have = the auto-close behaviour be made optional, so that it can be turned off whe= n we want to do something more sophisticated?

-Mar= tin
--00000000000076b91406154da0db--