Re: Removing support for the disable_classes INI setting

From: Date: Mon, 14 Aug 2023 23:22:18 +0000
Subject: Re: Removing support for the disable_classes INI setting
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-120906@lists.php.net to get a copy of this message
On 15-8-2023 0:52, Derick Rethans wrote:
On 14 August 2023 20:04:44 BST, Juliette Reinders Folmer <php-internals_nospam@adviesenzo.nl> wrote:
Declaring an ini directive in the php.ini file which has been removed will instantly cause a fatal error on starting PHP, so I wonder what the impact will be when a user switches PHP version (which they often can choose to do via a control panel).
Are you sure about that? Setting ini entries that don't exist are simply ignored. For example this will generate no warning, and certainly not a fatal error: php -d elephpant.smells=no your-script.php cheers Derick
I though the same, then I ran some tests locally.... (before sending the mail) don't tell me I managed to test with the *one* ini setting which does cause a fatal ? php -d allow_call_time_pass_reference=true your-script.php Smile, Juliette

« previous php.internals (#120906) next »