Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:117172 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 37035 invoked from network); 28 Feb 2022 23:15:32 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 28 Feb 2022 23:15:32 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 72CE31804AB for ; Mon, 28 Feb 2022 16:36:37 -0800 (PST) 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.2 required=5.0 tests=BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: Error (Cannot connect to unix socket '/var/run/clamav/clamd.ctl': connect: Connection refused) X-Envelope-From: Received: from mail-lf1-f44.google.com (mail-lf1-f44.google.com [209.85.167.44]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Mon, 28 Feb 2022 16:36:37 -0800 (PST) Received: by mail-lf1-f44.google.com with SMTP id m14so24249192lfu.4 for ; Mon, 28 Feb 2022 16:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=craigfrancis.co.uk; s=default; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/UPkxtfhW1s+Xbs3BzahvF1wrlrg1P+9k8rRKYRU+K0=; b=CU1vIHF2yrT8LX5F4woKU8uDbqK8zCaH5zVW3mjh2CYQZtc6YbAPd8cX2aouGazKTc xVnxj5Txn7PsyqKDYJS6MiCoQSDf8BAVbjVIlUa3OpNFA1Xg/PI9vu90Th75kihgB03G Ab9z7j7+h3IlZRJT3amm/XPzG2608/gGqzflk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/UPkxtfhW1s+Xbs3BzahvF1wrlrg1P+9k8rRKYRU+K0=; b=ysMYaGeXhPeyGg/Teqo8b1C4icGioCyL1WA0Vdy2WzdZc6MpKOHSOfs0v5Q7ZrSb3+ 6m5vwUvBvucemNovD1+z9hklKsufz1aA3Rlyvg8MLAiGHd5TAlwoCTNDIgchDtB7FxnY yY+JZjJrEZiizymDyN5DO0+b6UN65dhJx856PWZSU3xH6hnz2R/5WK2MXmm5HHHyuvSb eoMYOTuMGsbBdUsx25lyeMjMH4xtzI6gQuVQsJujAFLomul1hluonOZ2qGa3kFEqgvD+ PNw9BX0NexqAEIzjqg/Ifiyoyv0lAhD6HDHTeuN+TUaEw4mddSGpplrLKKbHReSkTZJ5 pvIw== X-Gm-Message-State: AOAM532nvuvwQlC//NJjgktgunsCAe9FV5lS+RxNrBtWfZkiK7qHoSv8 /PwgGtJZs7DeDefa7+lAPSN2boUIVTCN1Q3/foCDfzMYkMoHrQ== X-Google-Smtp-Source: ABdhPJy0gIGF2tn/Ai7jwcBXbaU/9BzYdxUbARSBFw0ebhrCY5RVUd1FUUKLaBvnSzBTTrxn9OImSpYZYN4cSvWcxU8= X-Received: by 2002:a05:6512:e8a:b0:443:7b8c:579a with SMTP id bi10-20020a0565120e8a00b004437b8c579amr14236790lfb.687.1646094995293; Mon, 28 Feb 2022 16:36:35 -0800 (PST) MIME-Version: 1.0 References: <983552d8-11f1-b5bc-fb82-148347982fda@gmx.de> <5494eaa7-2fa6-8364-9683-a2c8c9789d81@gmail.com> <69642616-72b7-44fe-97a7-27ae03bc8fce@www.fastmail.com> <7fbed755-42e2-d023-285f-39863a97f297@gmx.de> <3665C848-B4C3-4528-AEFA-02C868748AA8@cschneid.com> In-Reply-To: <3665C848-B4C3-4528-AEFA-02C868748AA8@cschneid.com> Date: Tue, 1 Mar 2022 00:36:24 +0000 Message-ID: To: Christian Schneider Cc: php internals Content-Type: multipart/alternative; boundary="0000000000007623b305d91d5b4c" Subject: Re: [PHP-DEV] Allowing NULL for some internal functions From: craig@craigfrancis.co.uk (Craig Francis) --0000000000007623b305d91d5b4c Content-Type: text/plain; charset="UTF-8" On Mon, 28 Feb 2022 at 22:11, Christian Schneider wrote: > Am 28.02.2022 um 22:05 schrieb Christoph M. Becker : > > The BC break doesn't appear to be that serious after all. > > I'm not sure I get your point here: If you provide a user-land > implementation of the previous behavior under a different name then the BC > break cannot be serious? > > - Chris > Yeah, I'm not sure what the point is either... sorry, I thought the suggestion was a joke, and replied off-list as such, but creating replacement userland functions for all of these functions, and to update all code to use those functions... maybe I'm missing something. And because I'm back to tired pissed-off sarcasm masking depression (why bother spending days on a solution that works for everyone when we can make a hostile/elitist environment/language)... maybe we could simply suggest that everyone affected by this should use strval() for everything? Admittedly the following only does 1 parameter, with a single variable, but at least this is one way to dismiss/ignore the problem: sed -i -E 's/(htmlspecialchars)\((\$[a-zA-Z_\x80-\xff][a-zA-Z0-9_\x80-\xff]*)\)/\1(strval(\2))/i' index.php As to voting at: https://quiz.craigfrancis.co.uk/ So far it's 10 votes to continue supporting null coercing for those not using `strict_types=1` (as PHP always has always done with internal functions, and non-strict comparison operators)... 10 votes to ignore the problem and make a hard backwards compatibility break for PHP 9.0... and 4 votes to update some functions to explicitly allow null (going to round two, you get 1 more vote each, and 2 which drop out because they either didn't provide a second choice, or selected "Don't Mind")... also, while I have counted them, 7 people didn't enter a name, or entered "N/A"... and obviously this vote only helps me setup the RFC, it will be the RFC that will be the official record of who voted for what. Craig --0000000000007623b305d91d5b4c--