Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:121164 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 64938 invoked from network); 28 Sep 2023 20:20:07 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 28 Sep 2023 20:20:07 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 5C6E6180082 for ; Thu, 28 Sep 2023 13:20:06 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-ed1-f52.google.com (mail-ed1-f52.google.com [209.85.208.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 28 Sep 2023 13:20:02 -0700 (PDT) Received: by mail-ed1-f52.google.com with SMTP id 4fb4d7f45d1cf-533d6a8d6b6so13398736a12.2 for ; Thu, 28 Sep 2023 13:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695932401; x=1696537201; darn=lists.php.net; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=5xcIb3+pX4ALJF9mYBttu1OMPocc+2ImSnprOFFEFaI=; b=fcWrzo8XfOeP/WLkt1LBbQYs/t0+VJsoz8orFb3sazXDDqVdL3TkWX7ROWM2oQXcjp IweYKH8nUVcn2DBjPYrNIv/GxNuG4VH1FMfynBlcQlIN7zVUKmoHjxzxOeTxtPHxo+2J VmNH53vEzdFgYgwtpv9EkdkErR3UdwI+6tV2UAkhnTwuIc3PjKwqoitY08roJaGXASbl 6N6ouXPNk/mP9tjgjDiggbKrZJNjqJrRKDLnOBbFbobX/hmmwgStZ9jWndgm+FFC68Gg KOhYNmwH6nqMKGjxXlW1CZRoCPraZKHuC9gsP31MIWHPcqP7RH9nH6qMQIoUShEUOXsj qXAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695932401; x=1696537201; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=5xcIb3+pX4ALJF9mYBttu1OMPocc+2ImSnprOFFEFaI=; b=bq+Ry/E0TftHxuQO+tanxPpUhPP3QGATiHVOMzV5vRQWvVimqg5Maz8nRa/KJp312E bw/KsvBtbabq/9A411z559wDnC3YvuGe4TYt2LEmNDjiYbuWbEQTmn7YV1JrReb5K5Xm cz9Ab3faSwyW2bR7fDvjypoa/pVA8Kpn85+wQS5jkkBz4Ek69ZNFryB8Ff0/GjRQ31gN w/otKO/O3l8HH2zaV2LLKCz8mz+Qr4ZyCQohPIHaQgiPQe8wsXSbccA92kne3QDiCAXw N7eNNaVuQO/Sk7rsf2OIwbo8u0iQd/HJtwwLQuMEpqFVW08VpuvcLd0EB9FcBKtcfOzV 5Gug== X-Gm-Message-State: AOJu0YzXm299QTQ0Z6a/2fDTZS5Fc7QgsfhSv/A21tG9VEOpEGk2i40Z +E51+TvcjJs1WsRx1btpwlp6ePKTzhC0tCs/CsIOEtdRzu4= X-Google-Smtp-Source: AGHT+IEmkxxNjhw6cAMjgfyBfDc5zjJoDEp0E2bczgskS8DITQOe49iziKT0jRwp/oiU0VIul4FAdzlYMRPa61Lg3D0= X-Received: by 2002:a05:6402:1810:b0:52f:c073:9c37 with SMTP id g16-20020a056402181000b0052fc0739c37mr2039924edy.3.1695932400598; Thu, 28 Sep 2023 13:20:00 -0700 (PDT) MIME-Version: 1.0 Date: Thu, 28 Sep 2023 22:19:47 +0200 Message-ID: To: PHP Internals List Content-Type: multipart/alternative; boundary="0000000000004d083c060671081f" Subject: proc_open() resource to opaque object migration From: kocsismate90@gmail.com (=?UTF-8?B?TcOhdMOpIEtvY3Npcw==?=) --0000000000004d083c060671081f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Everyone, I'm writing in connection with a question coming up lately during the "resource to opaque object migration" project ( https://github.com/php/php-tasks/issues/6) which we have been working on for quite a long while. During the review of my PR migrating the resource returned by proc_open() to an object (https://github.com/php/php-src/pull/12098), it quickly became evident that there was no consensus about the new class name, since the originally proposed "Process" name has a non-negligible BC break likelihood= . That's why we should find the best class name in accordance with Nikita's namespace naming convention RFC ( https://wiki.php.net/rfc/namespaces_in_bundled_extensions). Even though my PR currently implements "Standard\Process", this name is not a good candidate according to the policy: Because these extensions combine a lot of unrelated or only tangentially > related functionality, symbols should not be namespaced under the Core, > Standard or Spl namespaces. Instead, these extensions should be considere= d > as a collection of different components, and should be namespaced accordi= ng > to these. Does anyone have a good suggestion? Thanks, M=C3=A1t=C3=A9 --0000000000004d083c060671081f--