Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:130536 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by lists.php.net (Postfix) with ESMTPS id EC0121A00BC for ; Thu, 2 Apr 2026 18:38:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1775155133; bh=T/IlLkTU/kMObGH9dLav+RzbH3sWw2Vj7rAzgdSvCiU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=bYUHTgWT63IinuDF3rpPmgaCvfsnI79y2ZB+fyEaiQ7al68J85x/8QeNF2c1CI4m4 ExlAp+Xajf4WPSzfu2ul8tgUziUO0RktMzyya5atrMiVI4Pk4RJcBCHiFnAXHPxpb6 85phTPkfmvYFVUla/UKo8FaMvMdJ5P93idQV2mp4xkhIlb120kibzpK2fvIbEPjG3v XMRnZrlKHFo8CEI7XUYp4ysU2i6q8zPQNTlRgHu/a3Ksn73aEd0Sw0DAljoritwy5Z DX6o6ArzXxJZppQtSn29EZH5CtDN8ayzMP3dXvyFogPE+of7G6X0ey7mfpDKVFEOA1 u1n7Vj71OWyrQ== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id EA9BB180062 for ; Thu, 2 Apr 2026 18:38:48 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,DMARC_MISSING, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Virus: No X-Envelope-From: Received: from supercat.cmpct.info (supercat.cmpct.info [71.19.146.230]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 2 Apr 2026 18:38:48 +0000 (UTC) Received: from smtpclient.apple (fctnnbsc38w-142-134-101-31.dhcp-dynamic.fibreop.nb.bellaliant.net [142.134.101.31]) by supercat.cmpct.info (Postfix) with ESMTPSA id 425F142FEB; Thu, 02 Apr 2026 18:38:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Precedence: list list-help: list-unsubscribe: list-post: List-Id: x-ms-reactions: disallow Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\)) Subject: Re: [PHP-DEV] [RFC] Display Function Arguments in Errors In-Reply-To: Date: Thu, 2 Apr 2026 15:38:29 -0300 Cc: PHP internals Content-Transfer-Encoding: quoted-printable Message-ID: <183A0FF1-B863-4B05-82C0-5E813B31D5F6@cmpct.info> References: <939CFA28-A6FF-433F-85A0-B83345CEF4A6@cmpct.info> To: Matthew Weier O'Phinney X-Mailer: Apple Mail (2.3864.500.181) From: calvin@cmpct.info (Calvin Buckley) On Apr 2, 2026, at 11:25=E2=80=AFAM, Matthew Weier O'Phinney = wrote: >=20 > On Wed, Mar 11, 2026 at 10:56=E2=80=AFAM Calvin Buckley = wrote: > Based on the feedback I had from my proposal for function arguments in > errors last week, I'd like to introduce an RFC for it. Please let me > know what you think and please raise any possible issues. >=20 > https://wiki.php.net/rfc/display_error_function_args >=20 > Have you done any benchmarking on this? What is the performance impact = when it is enabled versus disabled? That information will be useful if = this passes so that users can understand not just the security impact of = having this information reported in logs, but the performance impact. >=20 > --=20 > Matthew Weier O'Phinney > mweierophinney@gmail.com > https://mwop.net/ > he/him I haven't yet. I suppose the usual benchmark suite PHP runs might not be = interesting for this seeing as they probably shouldn't be writing to the = error log...=