Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:62794 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60800 invoked from network); 4 Sep 2012 13:43:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Sep 2012 13:43:43 -0000 Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.42 as permitted sender) X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.160.42 mail-pb0-f42.google.com Received: from [209.85.160.42] ([209.85.160.42:61720] helo=mail-pb0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2A/62-46870-D8506405 for ; Tue, 04 Sep 2012 09:43:42 -0400 Received: by mail-pb0-f42.google.com with SMTP id rp8so9345119pbb.29 for ; Tue, 04 Sep 2012 06:43:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PCWLRMf+qKsr7fD4O6cavlfX5RMgm/4mWJQZLM/ySH0=; b=mVhAJKMFG8FJXTs3+1NQ2G9LOFWei8FC3NuvJhVRTT6IQ+ID56lsjhSQcrr2UEKrTz UM8i/W31FWq7NCDp90e25sk9CLi1ygAOTM0sVjKuf6RB3ecZ9NV/WF8+8HB8csvGjFQo uq8VZ+7WVKPi4rAI3vKBB0Og1utLvrmkZ4OLe7EZZcNo6Y83uXyJhIbpDojh187hzAW2 xIn63jE+3BINKcJ1i2+sd2/67oj1Zo6bEy8rSoROaeBw98Y7WxrG3Iie0Rd/mS1zWijN /CZgQXL6AERlZe/jvbU0K4CXdYIXtTAtfjKMUBEzdAtxKtxsfa3ImSfIiVsuszi34hTd +7kg== MIME-Version: 1.0 Received: by 10.68.225.168 with SMTP id rl8mr43196555pbc.115.1346766221237; Tue, 04 Sep 2012 06:43:41 -0700 (PDT) Received: by 10.68.211.37 with HTTP; Tue, 4 Sep 2012 06:43:41 -0700 (PDT) In-Reply-To: <5045FD98.8080306@lsces.co.uk> References: <5040DC47.8000305@ajf.me> <5040F4D9.80206@sugarcrm.com> <5042946A.80204@sugarcrm.com> <5042A7D6.7050001@lerdorf.com> <50452713.3020307@sugarcrm.com> <5045CAA3.6000409@lsces.co.uk> <5045E044.9080809@lsces.co.uk> <5045F939.6010806@lsces.co.uk> <5045FD98.8080306@lsces.co.uk> Date: Tue, 4 Sep 2012 15:43:41 +0200 Message-ID: To: Lester Caine Cc: PHP internals Content-Type: multipart/alternative; boundary=047d7b2e09d7365e8004c8e0726d Subject: Re: [PHP-DEV] E_STRICT 'errors' - was Are exceptions allowed in php core? From: tyra3l@gmail.com (Ferenc Kovacs) --047d7b2e09d7365e8004c8e0726d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Sep 4, 2012 at 3:09 PM, Lester Caine wrote: > Pierre Joye wrote: > >> On Tue, Sep 4, 2012 at 2:51 PM, Lester Caine wrote: >> >> >??? OH YES IT DOES !!! >>> >MANY times I get a a few lines of text on a white screen ... >>> >Switch off E_STRICT and everything works fine ... as it was on PHP5.2 >>> >> If you have any doubts about how to configure your development or >> production servers, how to use logs or how to effectively debug php >> applications, please ask questions on php-general or php-setup mailing >> lists. >> >> Thanks for your understanding, >> > Butt out Pierre ... > > I keep being told that there is nothing wrong with E_STRICT, and again > someone has said that it does NOT cause crashes. I beg to differ here - I= T > DOES! > never heard of that one before. for example, running bar =3D 123; } echo "done"; gives me 100 E_STRICT, but still executes just fine and prints "done" at the end. the only explanation that I can think of is that you have a custom error handler somewhere in your code, which somehow does something unexpected (exits the script execution or does something like an infinite recursion which segfaults/OOMs your application. if you still think that it isn't the case, then please open an issue on bugs.php.net with a reproduce script, as this would be clearly a bug. > Now if you are saying that I need to document these crashes as they SHOUL= D > not be happening then I'll roll things back and start doing that, I would be generally surprised if you are serious about not knowing about that triggering an E_STRICT shouldn't blow up your php. > but *I* thought that these crashes were simply a known effect of using > E_STRICT? nope. E_STRICT is currently the least serious/grave notice that the we have in php(see the initial documentation at http://php.net/manual/en/migrating5.errorrep.php), and until 5.4, it wasn't part of E_ALL at all (see http://www.php.net/manual/en/migration54.other.ph= p ). which made some people bashing the project, that we call something E_ALL which doesn't include everything. so it was changed with 5.4, so > And so I followed the directions, and switched E_STRICT off. On productio= n > machines of PHP5.3 with E_STRICT enabled and on PHP5.4 one gets white > screen crashes using older code ... as far as I was concerned that was a > known fact. Switch it off and everything runs fine! > > would be nice if you could come up with a small snippet/stand alone script to reproduce the issue and attach it to a bugreport. --=20 Ferenc Kov=C3=A1cs @Tyr43l - http://tyrael.hu --047d7b2e09d7365e8004c8e0726d--