Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90138 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78616 invoked from network); 5 Jan 2016 19:41:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2016 19:41:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.46 as permitted sender) X-PHP-List-Original-Sender: rowan.collins@gmail.com X-Host-Fingerprint: 74.125.82.46 mail-wm0-f46.google.com Received: from [74.125.82.46] ([74.125.82.46:33139] helo=mail-wm0-f46.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 05/D2-12097-A7C1C865 for ; Tue, 05 Jan 2016 14:41:46 -0500 Received: by mail-wm0-f46.google.com with SMTP id f206so35743409wmf.0 for ; Tue, 05 Jan 2016 11:41:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=eHM3zNgHIKt0RuQbIC3hGnblOi322cHIov2RWt3U3FU=; b=g5OEuq2Tq/fUtq/9z1AZ3g2S0AlT6SwSzD/v0SWueNU4vXTF5ZSsDSO7Qk3VVMGJXY 5NSOjoOaJM8S+K+nwjSgCckOn+a65WL44YruXRIg73xifUEnUZOxwlsGAxaBx6i3UPvj BBZHl0WiFNGvFBTzZsH9yrsOewAxOSoO1IDHgt3rfE1uf6kxqBl5LEiQr8hxcIT6e3Df 0JbIuTZAdpygp8uMTWCV8HFSKITCtkG8poGEdXdIHHE/eEqcQsFUhRHmGaXEcV/UwqpW zrkIGm7H6Tm/jigSgQwxTrAaLpblBYFBtCITS6SUSjrsBUymsSVSTtULeUi7Ulz/vLj6 JptQ== X-Received: by 10.28.145.204 with SMTP id t195mr6016295wmd.91.1452022903597; Tue, 05 Jan 2016 11:41:43 -0800 (PST) Received: from [192.168.0.137] ([93.188.182.58]) by smtp.googlemail.com with ESMTPSA id s2sm37267744wjs.43.2016.01.05.11.41.42 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Jan 2016 11:41:42 -0800 (PST) To: internals@lists.php.net References: <4F.0A.12097.24FFB865@pb1.pair.com> Message-ID: <568C1C1C.7040109@gmail.com> Date: Tue, 5 Jan 2016 19:40:12 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol) From: rowan.collins@gmail.com (Rowan Collins) Ferenc Kovacs wrote on 05/01/2016 18:09: > sure and most projects check the error_reporting() level against the $errno > like in the manual: > if (!(error_reporting() & $errno)) { > // This error code is not included in error_reporting > return; > } > > @ changes the error_reporting() level for that particular call, so those > custom error handler won't throw exceptions for the suppressed errors but > when you remove/nop @ their code would throwing stuff left and right. I'm lost - how does this validate the claim that building scream mode into core would lead to problems? We already have an ini setting which can change the error_reporting level, so any error handler relying on that is *already* subject to different behaviour in different environments. Any codebase which wants to ignore the settings of the environment would surely already omit that boilerplate, and thus be unaffected by the presence or functionality of the @ operator. Regards, -- Rowan Collins [IMSoP]