Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62808
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.185 cause and error)
Message-ID: <5046453A.8010600@lsces.co.uk>
Date: Tue, 04 Sep 2012 19:15:22 +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 <internals@lists.php.net>
References: <AANLkTimWuPXCs-HT6RgQYmH7UKcOYXkeTiMEnBwBXxnt@mail.gmail.com> <5042A7D6.7050001@lerdorf.com> <op.wjzgbuh1idpuyk@damnation.nl.lo.geleia.net> <alpine.DEB.2.02.1209031214250.25835@whisky.home.derickrethans.nl> <a565e97fdd574cebf2baca1c54c425a2@nebm.ist.utl.pt> <50452713.3020307@sugarcrm.com> <b6bf26cb6b4d2392d5fd13237669a19d@nebm.ist.utl.pt> <5045CAA3.6000409@lsces.co.uk> <CAEZPtU77K_wdRErqEQ1ZXj1_sWY2N_UcNkZsL5_h3UfjDmQK1Q@mail.gmail.com> <5045E044.9080809@lsces.co.uk> <CAL+t6cHD05znYaq7iPNwFNem=zma0-htbPG-Fc3550U-s5jcRA@mail.gmail.com> <5045F939.6010806@lsces.co.uk> <CAEZPtU4POFm-WJBuYj=bWLMqwtHEViVaZ_2XkE5W3CJfg7uPAg@mail.gmail.com> <5045FD98.8080306@lsces.co.uk> <CAH-PCH774j+9sV4Oq2Q66BTjRTsd9QtPu5Dnjsf-c_Zg_3nK9w@mail.gmail.com> <CAC6CJqbmh0vkSzrjj=miRz2hwVgk6fVPnwPw2wmhykKJZrKUGA@mail.gmail.com> <50463317.7000109@lerdorf.com> <CAH-PCH4AMGiJotNsajr-Q3cxN+k_Xn_1ebTdb9jX8M5GoVcKDw@mail.gmail.com> <CAC6CJqbDUH3cJdp0KhY7xxSwScBjLpeEMoRhq9G_VTEj+zN-Tw@mail.gmail.co
 m>
In-Reply-To: <CAC6CJqbDUH3cJdp0KhY7xxSwScBjLpeEMoRhq9G_VTEj+zN-Tw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] E_STRICT 'errors' - was Are exceptions allowed in php
 core?
From: lester@lsces.co.uk (Lester Caine)

Adam Richardson wrote:
> I was second-guessing my recall I had a similar issue way back, after
> Rasmus pointed out that the custom error handler is called even if
> E_STRICT is off. However, I just looked back at my framework code, I
> see I'm checking to make sure the error level matches, just as Ferenc
> pointed out (what a forgetful old man I am.)
>
> So, I think this could still be causing the issue and it's something
> worth exploring on Lester's part.

If I have any custom error handling I don't know about it. I don't think ADOdb 
or SMARTY adds anything, and I don't load anything.

Switching back to old code to at least prove to myself I WAS getting crashes, I 
got a white screen within half an hour of configuring an old setup. Knowing that 
I did get crashes when dealing with 'static' functions, I started there, and now 
that other things have been pointed out, the problem in that case is ALL parts 
of the codebase need to be updated at once. Otherwise fixing things in one 
library breaks other code. It may well be that having got a clean strict PHP5.4 
setup I've then been getting problems when porting additional sites over. I KNOW 
that I've had a setup where simply switching E_STRICT on and off gives white 
screens, and I did have that situation a couple of weeks back. Simply adding and 
removing a custom error_reporting() got me working or not, but that was trying 
to run Joomla on a PHP5.4 setup with a strict clean PEAR and other libraries. So 
I may well have been suffering from 'cross contamination'. But this is the whole 
point ... getting a clean setup that will run older sites is a right pain :( I 
need to get back to a PHP5.2 setup which works and then cross check what is 
failing on the PHP5.4 setup. But none of this is productive work. Nothing I've 
moved over in the last 3 months have worked 'out of the box', all have had to 
have something done to get them running again. One thing I think is clear is 
that I need to avoid using a central PEAR until such time as everything is 
stable. Certainly that is this initial crash problem, but I know there were more 
problem areas.

I am regretting giving in to the pressure to upgrade the shared codebase to be 
strict compliant. I think that I'd much further forward simply ignoring it 
altogether and done my own thing. Certainly some third party stuff left is not 
going to be work with E_STRICT any time soon :(

-- 
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