Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59013 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 93880 invoked from network); 18 Mar 2012 18:03:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Mar 2012 18:03:42 -0000 Authentication-Results: pb1.pair.com header.from=h.reindl@thelounge.net; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=h.reindl@thelounge.net; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain thelounge.net designates 91.118.73.15 as permitted sender) X-PHP-List-Original-Sender: h.reindl@thelounge.net X-Host-Fingerprint: 91.118.73.15 mail.thelounge.net Received: from [91.118.73.15] ([91.118.73.15:52488] helo=mail.thelounge.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B0/5B-41178-C73266F4 for ; Sun, 18 Mar 2012 13:03:40 -0500 Received: from srv-rhsoft.rhsoft.net (openvpn-rh.thelounge.net [10.0.0.241]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.thelounge.net (Postfix) with ESMTPSA id 6952817 for ; Sun, 18 Mar 2012 19:03:37 +0100 (CET) Message-ID: <4F662379.1060203@thelounge.net> Date: Sun, 18 Mar 2012 19:03:37 +0100 Organization: the lounge interactive design User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120316 Thunderbird/11.0 MIME-Version: 1.0 To: internals@lists.php.net References: <4F65A77F.3010001@lsces.co.uk> <4F65C87A.70703@thelounge.net> <4F6604DC.4040308@lsces.co.uk> <4F662115.1040000@lsces.co.uk> In-Reply-To: <4F662115.1040000@lsces.co.uk> X-Enigmail-Version: 1.4 OpenPGP: id=7F780279; url=http://arrakis.thelounge.net/gpg/h.reindl_thelounge.net.pub.txt Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8EE99AE48FFB03564CDDE5E9" Subject: Re: [PHP-DEV] PHP5.4 'nannying' From: h.reindl@thelounge.net (Reindl Harald) --------------enig8EE99AE48FFB03564CDDE5E9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 18.03.2012 18:53, schrieb Lester Caine: > Ferenc Kovacs wrote: >> * *|E_ALL|* now includes *|E_STRICT|* level errors in the error_repo= rting >> configuration >> directive. >> >> I would guess your code was running clean, because you didn't have E_S= TRICT in >> your error_reporting, now in php 5.4, E_ALL includes that by default, = and if you >> don't explicitly mask it, you will see those messages. >=20 > This yet another example of subtle problems being created by not unders= tanding when=20 > settings get overriden without it being obvious!=20 for you, yes > My 5.3 servers are set up to ( E_ALL | E_STRICT ), and I was checking T= HAT in phpinfo, but a > 'fix' for the strict errors had been applied elsewhere in the codebase = which simply=20 > over-rid error_reporting=20 one of the big DO NOT therefore exists in httpd > SO my original question still applies, but for different reasons ...=20 > is there a crib sheet to help eliminate strict code errors in legacy co= de bases? damned DISABLE display_errors what should NEVER be enabled in prdouction and start reading your error-log - why the hell do you need any generic sheet if your logfile tells you existing problems? --------------enig8EE99AE48FFB03564CDDE5E9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9mI3kACgkQhmBjz394AnlJmACfWJoRpZWxgPXtjPfK2r2n8UuQ eqcAoIiVW31xUB/D/eUDemWynwHMPC8x =FelL -----END PGP SIGNATURE----- --------------enig8EE99AE48FFB03564CDDE5E9--