Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:112531 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 3049 invoked from network); 16 Dec 2020 22:18:46 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 16 Dec 2020 22:18:46 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 717461804F2 for ; Wed, 16 Dec 2020 13:50:03 -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.8 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-pf1-f172.google.com (mail-pf1-f172.google.com [209.85.210.172]) (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 ; Wed, 16 Dec 2020 13:50:02 -0800 (PST) Received: by mail-pf1-f172.google.com with SMTP id d2so17470803pfq.5 for ; Wed, 16 Dec 2020 13:50:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=duncanc-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=QwBqYJX4e1OVRE5G9+7L7cYIOhD/1tQ0ZxpeHGoPoXA=; b=eVeMmMy3ZhenktQcXbOI+93aIaFlkqaeo4IUf2BihAKSUqtrj3zkpWsBRFRf3+y/Aj lIBPUAKw3ffi5QVXw2jT8yARYflDCBKGxdWoWNflQROjoeUjFL/91SNVyB1KA40gIIrd Of1RUVXLX1/zJwTxC36DY8SdtqxeY0JBoWa8b+El7w8M4g0hlKuJXTPIMDjAQu3+gJB3 Gcvds7MFnphRQK7pX0AlQcWN6ie/z9lINNWe3PN4Om4TBB5b76FyIRbj9iAgLBKYKtv1 Ex1a60n+eWpOUNPiNLutWvkHsE6XvOSqVqx93slWiINgFJlnV19wxONBXcErBUqod/hC Ou+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=QwBqYJX4e1OVRE5G9+7L7cYIOhD/1tQ0ZxpeHGoPoXA=; b=MRrocvEJzLskGMBSyxnddvfrTcJnnUr7feTiHgrW1lasGgLf8XTd7yJp3GIlEpYkaj Pva88EuHGV6rriT6gquNlJZCIwgu/kAMdGNNR2avgowFcBC3/iDQx31fOggQILIpPiXb 5sGeHCebuOmkhTeeofJXPqPJFKr0pfrSRid+ppVzZ6ZxZBJPOyy2qW1cVcqthFfKxCuG bQIJTl5bcXR39MdWdJzv1qDwnyQK0/Rr4nJ9/9di/KTAkhXnLBef+yIu2+WQ9LqsOjKv A/XvQIywu+dRba60vHc2Dngf+xlnyXn9Jbkfk+ty1VlBjfVJv8jcOU7mrE3TJhjLmqEV prXA== X-Gm-Message-State: AOAM532TdFs3v9VIuYdh9yI8iUJL6vX+AuuMKTSaZUmm2jgpW4f3/UlJ JKQRFzx4ahuJNuU2jEhgtMFpYq7EIKS0iD8Q X-Google-Smtp-Source: ABdhPJw5F0Garzydlwz6M1loHx9jAAPZ0aMkGC3LMmEzOS9YlVkrLrIxZlIpL69ltSpwtvWgJnQmGQ== X-Received: by 2002:a63:181b:: with SMTP id y27mr34531717pgl.408.1608155400701; Wed, 16 Dec 2020 13:50:00 -0800 (PST) Received: from mail-pj1-f47.google.com (mail-pj1-f47.google.com. [209.85.216.47]) by smtp.gmail.com with ESMTPSA id 14sm1261312pfi.131.2020.12.16.13.50.00 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 16 Dec 2020 13:50:00 -0800 (PST) Received: by mail-pj1-f47.google.com with SMTP id f14so2243258pju.4 for ; Wed, 16 Dec 2020 13:50:00 -0800 (PST) X-Received: by 2002:a17:902:b498:b029:da:84a7:be94 with SMTP id y24-20020a170902b498b02900da84a7be94mr4250517plr.52.1608155399844; Wed, 16 Dec 2020 13:49:59 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 16 Dec 2020 21:49:48 +0000 X-Gmail-Original-Message-ID: Message-ID: To: PHP internals Content-Type: multipart/alternative; boundary="0000000000005a0c0505b69bdbe2" Subject: Re: [PHP-DEV] [RFC] Deprecate passing null to non-nullable arguments of internal functions From: php@duncanc.co.uk (Craig Duncan) --0000000000005a0c0505b69bdbe2 Content-Type: text/plain; charset="UTF-8" While making internal functions treat non-nullable types consistently with userland is an absolute win, I do wonder if it should be done simultaneously with changing some functions to formally accept nulls. I'm thinking back to all the pain caused when *count() *starting raising a warning for null values. We saw a lot of code that passed undeclared variables to *count()* and I can imagine people writing similar code with something like *strlen()* --0000000000005a0c0505b69bdbe2--