Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:61781 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41848 invoked from network); 25 Jul 2012 16:09:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jul 2012 16:09:57 -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.132 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.132 c2bthomr14.btconnect.com Received: from [213.123.20.132] ([213.123.20.132:29808] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DD/9B-19281-45A10105 for ; Wed, 25 Jul 2012 12:09:56 -0400 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr14.btconnect.com with ESMTP id IKQ76900; Wed, 25 Jul 2012 17:09:53 +0100 (BST) Message-ID: <50101A51.10602@lsces.co.uk> Date: Wed, 25 Jul 2012 17:09:53 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10 MIME-Version: 1.0 To: PHP internals References: <500EDCC7.1020402@ajf.me> <500EE3B9.8010902@ajf.me> <500EEA76.1030407@ajf.me> <501007A4.9000200@ajf.me> <50100C84.3020505@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Good-1, source=Queried, refid=tid=0001.0A0B0303.5010086D.0008, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.7.25.153316:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, BODY_SIZE_1900_1999, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr14.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0209.50101A51.00A2: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] Re: Generators in PHP From: lester@lsces.co.uk (Lester Caine) Ferenc Kovacs wrote: > some/most of the E_STRICT messages are telling you about (possible) problems in > your code. The major hurdle here is 'static', and not being able to use a function both statically or with $this. PEAR is currently throwing these 'warnings' so is there problems in the PEAR code! > you can decide to ignore them, but imo it is a good thing that we tell those to > the developer. The 5.3 stance was 'just switch them off'. With 5.4 changing the rules again, the 5.3 stance was no longer tenable so we had to rework all the code which is now at the fix PEAR stage! So currently 'E_STATIC' has to be switched off still since you can't have all the message being generated. > the PHP4->PHP5 transition was pretty major, I'm surprised that your "php5 code" > worked on php4 just fine. As I have said before and will continue to say. I never USED PHP4, but all of the projects I contribute to ran as clean on PHP4 as they did on PHP5.0 and 5.1. PHP5.2 introduced the first major break, and was the first time we had to worry about a 'transition' ... I don't recognise 4to5 being major as long as you kept the PHP5 stuff that was being used tidy. I would have preferred that PHP5.3 had simply been called PHP6 and then a PHP5.2 branch maintained for security upgrades then I don't think I'd be having nearly as much trouble these days. I currently have sites down simply because something is not set right, and I can't find the pigging problem. Not just PHP, but also Apache ... Fortunately the PHP5.2 systems have not been taken down yet. -- 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 Rainbow Digital Media - http://rainbowdigitalmedia.co.uk