Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57831 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 45439 invoked from network); 13 Feb 2012 17:06:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Feb 2012 17:06:35 -0000 Authentication-Results: pb1.pair.com smtp.mail=jakov.sosic@srce.hr; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=jakov.sosic@srce.hr; sender-id=pass Received-SPF: pass (pb1.pair.com: domain srce.hr designates 161.53.2.69 as permitted sender) X-PHP-List-Original-Sender: jakov.sosic@srce.hr X-Host-Fingerprint: 161.53.2.69 regoc.srce.hr Linux 2.6 Received: from [161.53.2.69] ([161.53.2.69:38735] helo=smtp.srce.hr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F5/D0-41350-A13493F4 for ; Mon, 13 Feb 2012 12:06:35 -0500 Received: from localhost (localhost [127.0.0.1]) by smtp.srce.hr (Postfix) with ESMTP id EADC115D65C for ; Mon, 13 Feb 2012 18:06:31 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at regoc.srce.hr Received: from smtp.srce.hr ([127.0.0.1]) by localhost (regoc.srce.hr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k7AsXw01nGvV for ; Mon, 13 Feb 2012 18:06:21 +0100 (CET) Received: from pc-jsosic.srce.hr (pc-jsosic.srce.hr [161.53.254.164]) by smtp.srce.hr (Postfix) with ESMTPSA id 77B1315D60F for ; Mon, 13 Feb 2012 18:06:21 +0100 (CET) Message-ID: <4F394381.7060103@srce.hr> Date: Mon, 13 Feb 2012 18:08:17 +0100 Organization: Srce User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120209 Thunderbird/10.0.1 MIME-Version: 1.0 CC: PHP Developers Mailing List References: <4F393F54.4040109@srce.hr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Internal server error on PHP syntax error? From: jakov.sosic@srce.hr (Jakov Sosic) On 02/13/2012 05:55 PM, Ferenc Kovacs wrote: > It is implemented already, php will report HTTP 500 on fatal errors, except > if the headers were already sent. > And I also remember a php/xdebug bug, which caused the headers to be sent > see http://bugs.xdebug.org/view.php?id=587 and > https://bugs.php.net/bug.php?id=50921 > Derick fixed it in 5.4 > So I would suggest you to double-check that you aren't using xdebug when > you experience the problem, and that you don't send out the headers before > your code blows up. I know about xdebug bug, and xdebug is not even installed. I have same issue on CentOS v5 with original 5.1 RPMs, v5.2.17 from Atomic, v php53 5.3.3 from CentOS 5.7, and finally on Debian with php v5.2.6. I've tried this code: and I get this in logs: IPADDR - - [13/Feb/2012:18:03:52 +0100] "GET /~username/test/ HTTP/1.1" 500 20 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20100101 Firefox/10.0.1" so, 500 headers are returned but internal server error page is not displayed. All I get is a blank page. So apache directive "ErrorDocument 500 /500.html" is useless in this case. -- Jakov Sosic www.srce.unizg.hr