Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65925 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 8990 invoked from network); 19 Feb 2013 09:23:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Feb 2013 09:23:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.193 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.193 smtp193.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.193] ([67.192.241.193:51202] helo=smtp193.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DE/50-04083-B7443215 for ; Tue, 19 Feb 2013 04:23:07 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp19.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 1C1FC3C82A4 for ; Tue, 19 Feb 2013 04:23:05 -0500 (EST) X-Virus-Scanned: OK Received: by smtp19.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id D9AA33C82A1 for ; Tue, 19 Feb 2013 04:23:04 -0500 (EST) Message-ID: <51234477.7020607@sugarcrm.com> Date: Tue, 19 Feb 2013 01:23:03 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: PHP Internals Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: bug 49348 - notice on $this->undefined++ From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! I've created a pull to fix bug 49348 - when undefined properties do not produce a notice when doing something like $this->undefined++, unlike regular variables that do. Unfortunately, this fix seems to require changing signature of get_property_ptr_ptr(), adding fetch type, which makes it impossible for 5.4, and which would require any module that is compiled for 5.5 add ifdefs if they override this handler (of course, I've fixed the ones in the core). The pull is at: https://github.com/php/php-src/pull/281 However, I think that even though missing notice is not that big a deal, having properties behaving inconsistently is, so this needs to be fixed. Anybody has any objection or sees something wrong with the patch? Also, if somebody has an idea of a better fix that won't require changing the API, it's be nice, I couldn't think of any. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227