Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59020 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19008 invoked from network); 18 Mar 2012 20:27:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Mar 2012 20:27:55 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.128 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.128 c2bthomr10.btconnect.com Received: from [213.123.20.128] ([213.123.20.128:31476] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1A/20-41178-745466F4 for ; Sun, 18 Mar 2012 15:27:52 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr10.btconnect.com with ESMTP id GUE89578; Sun, 18 Mar 2012 20:27:48 +0000 (GMT) Message-ID: <4F664543.5000709@lsces.co.uk> Date: Sun, 18 Mar 2012 20:27:47 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120215 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: PHP internals References: <4F65A77F.3010001@lsces.co.uk> <4F65C87A.70703@thelounge.net> <4F6604DC.4040308@lsces.co.uk> <4F662115.1040000@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0301.4F664543.0034, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.3.18.195718:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __CT, __CT_TEXT_PLAIN, __CTE, URI_ENDS_IN_PHP, __ANY_URI, __CP_URI_IN_BODY, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr10.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0204.4F664544.0007:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] PHP5.4 'nannying' From: lester@lsces.co.uk (Lester Caine) Forgot the pigging reply all :( Nikita Popov wrote: > On Sun, Mar 18, 2012 at 6:53 PM, Lester Caine wrote: >> > [...] SO my original question still applies, but for different >> > reasons ... is there a crib sheet to help eliminate strict code errors in >> > legacy code bases? > Uhm, I'm not sure whether I am completely stupid and miss something > obvious: But what exactly is the problem with just reading the error > messages and fixing the errors they report? I mean, you get the reason > for the error and the line which causes it, so what is the problem > with going to that line and fixing that error? Nikita and others ... Yes I can quite happily go through and fix each error as it appears and over a few weeks the errors will have reduced, but that is not fixing the problem that 'modern' strict rules on coding style is somewhat different to how code WAS written 10 years ago. I'd rather FIX the code base so that it follows how E_STRICT expects the code to be written which I think needs a fairly major rewrite of some of the core code base. I think ADOdb needs a rework as well as other major libraries I am using which just adds to the hassle. The alternative is simply to bury my head again as has been suggested and force E_STRICT off in 5.4. But if I can't simply write code that IS 'complaint' in the first place because I don't have any guide to work to how do we expect newcomers to get their heads around the subtleties. They simply follow samples from old tutorials which have exactly the same problems I'm trying to solve myself :( ( I'll move the problem of how the heck one fixes the dozens of "Array to string conversion in" notices to the general list ... I'm seeing hundreds of reports of these on the net now that 5.4 is rolling out .. ) -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php