Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31421 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 75712 invoked by uid 1010); 3 Aug 2007 13:29:12 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 75697 invoked from network); 3 Aug 2007 13:29:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Aug 2007 13:29:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=thetaphi@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=thetaphi@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 80.190.230.99 as permitted sender) X-PHP-List-Original-Sender: thetaphi@php.net X-Host-Fingerprint: 80.190.230.99 www.troja.net Linux 2.5 (sometimes 2.4) (4) Received: from [80.190.230.99] ([80.190.230.99:41796] helo=mail.troja.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9E/A3-32246-6AD23B64 for ; Fri, 03 Aug 2007 09:29:12 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.troja.net (Postfix) with ESMTP id 56F922E5CF; Fri, 3 Aug 2007 15:29:07 +0200 (CEST) Received: from mail.troja.net ([127.0.0.1]) by localhost (cyca.troja.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07427-09; Fri, 3 Aug 2007 15:29:05 +0200 (CEST) Received: from VEGA (unknown [134.102.249.76]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.troja.net (Postfix) with ESMTP id 7C4EE2E595; Fri, 3 Aug 2007 15:29:05 +0200 (CEST) To: "'Antony Dovgal'" , "'PHP Internals'" References: <87E4F8AF-06DE-4FCC-AD1B-83E932A5E180@prohost.org> <000201c7d598$14f53cf0$0201a8c0@VEGA> <46B2E92A.40303@zend.com> <000001c7d5ae$1534b4f0$4cf96686@VEGA> <46B2F4D0.4070003@zend.com> <000101c7d5b6$233cf4b0$4cf96686@VEGA> <46B302AF.2060007@zend.com> <000001c7d5bb$d01eab60$4cf96686@VEGA> <46B309E5.10401@zend.com> <000401c7d5c6$71b22650$4cf96686@VEGA> <46B32A41.4000409@zend.com> Date: Fri, 3 Aug 2007 15:29:09 +0200 Message-ID: <000101c7d5d2$467f1310$4cf96686@VEGA> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcfV0EwZZ/QzBdOqQAKZojHBUW7HrQAAIqgg In-Reply-To: <46B32A41.4000409@zend.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Virus-Scanned: amavisd-new at troja.net Subject: RE: [PHP-DEV] 5.2.4RC1 Released From: thetaphi@php.net ("Uwe Schindler") I reopened the original bug reported that lead to your change. At the moment I am trying to fix that. I moved your code a few lines down in zend_alter_ini_entry but until now with no success. I suppose there is something special with error reporting that corrupts it. It seems that it does not like it to be changed to ZEND_INI_SYSTEM because the @operator tries to change the value (e.g. in zend_vm_execute.h), which fails silently: static int ZEND_BEGIN_SILENCE_SPEC_HANDLER(ZEND_OPCODE_HANDLER_ARGS) { zend_op *opline = EX(opline); Z_LVAL(EX_T(opline->result.u.var).tmp_var) = EG(error_reporting); Z_TYPE(EX_T(opline->result.u.var).tmp_var) = IS_LONG; /* shouldn't be necessary */ if (EX(old_error_reporting) == NULL) { EX(old_error_reporting) = &EX_T(opline->result.u.var).tmp_var; } if (EG(error_reporting)) { zend_alter_ini_entry("error_reporting", sizeof("error_reporting"), "0", 1, ZEND_INI_USER, ZEND_INI_STAGE_RUNTIME); } ZEND_VM_NEXT_OPCODE(); } ----- Uwe Schindler thetaphi@php.net - http://www.php.net NSAPI SAPI developer Bremen, Germany > -----Original Message----- > From: Antony Dovgal [mailto:antony@zend.com] > Sent: Friday, August 03, 2007 3:15 PM > To: Uwe Schindler > Cc: 'Ilia Alshanetsky'; 'PHP Internals' > Subject: Re: [PHP-DEV] 5.2.4RC1 Released > > On 03.08.2007 16:04, Uwe Schindler wrote: > > I know how this is meant. But without the added patch, it does not > corrupt > > error_reporting. The problem is that your patch is not compatible to a > > webserver that runs more than one request per process (a multithreaded > one), > > because it modifies the ini setting in a way that affects later running > > threads. > > Ok, I see. > Please fill a bug report and assign it to me, I'll deal with it. > > -- > Wbr, > Antony Dovgal