Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44361 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58214 invoked from network); 18 Jun 2009 17:09:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jun 2009 17:09:09 -0000 X-Host-Fingerprint: 85.21.236.169 xdmitri.static.corbina.ru Received: from [85.21.236.169] ([85.21.236.169:19186] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 97/92-08167-2B47A3A4 for ; Thu, 18 Jun 2009 13:09:08 -0400 Message-ID: <97.92.08167.2B47A3A4@pb1.pair.com> To: internals@lists.php.net References: <4A3A6CEE.30407@sci.fi> Date: Thu, 18 Jun 2009 21:09:07 +0400 Lines: 36 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5512 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Posted-By: 85.21.236.169 Subject: Re: [PHP-DEV] bug #48583 or display_errors saga From: dmda@yandex.ru ("jvlad") >> If the bug #48583 can't be accepted through bugs.php.net, I think it >> makes >> sense to discuss it here. > > It's not a bug but "chicken'n'egg'" issue. Errors are displayed by default > (IIRC) so if the ini file does not get parsed an error is outputted which > IS > --Jani I don't agree, absolutely. Settings are more important and should be parsed/loaded first. If any error happens before this phase is complete, they should be captured and buffered for later processing, unless the error is fatal. After the settings are loaded, all buffered errors should be processed and handled according to the settings. Nothing else. Do you see any problems with this approach? Where is the promissed chicken&egg issue? :) > really good thing. Just fix that damn ini file. :) Sorry, but seems you do not understand the situation. How would an admin fix that damn ini file if the errors are not appearing in the log????? Say, I'm a hosting company admin. I install packages, php in particular, make changes to configs, etc. I do not know what web sites are running and do not want to see if anything related to my work appear in their pages. Never. What steps am I supposed to do to see that php.ini contains bogus #? Take in to account that some of the errors do not appear in the output at all. They are crashing php because passed to the handler too early.