Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42713 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26677 invoked from network); 19 Jan 2009 21:43:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jan 2009 21:43:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.116 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 63.205.162.116 us-gw1.zend.com Windows 2000 SP4, XP SP1 Received: from [63.205.162.116] ([63.205.162.116:37108] helo=us-gw1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AD/D3-60519-AF3F4794 for ; Mon, 19 Jan 2009 16:43:23 -0500 Received: from [192.168.16.104] ([192.168.16.104]) by us-gw1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 19 Jan 2009 13:44:14 -0800 Message-ID: <4974F3F7.2000806@zend.com> Date: Mon, 19 Jan 2009 13:43:19 -0800 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: shire CC: PHP Internals List References: <4973DB36.3010703@tekrat.com> <4974C4DE.3040203@zend.com> <4974EB88.9020804@tekrat.com> In-Reply-To: <4974EB88.9020804@tekrat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jan 2009 21:44:14.0572 (UTC) FILETIME=[1272D2C0:01C97A7F] Subject: Re: [PHP-DEV] PATCH: zend_mm_heap_overflow() From: stas@zend.com (Stanislav Malyshev) Hi! > Yes, I like this idea better as it's more flexible but I wasn't sure if > we wanted that much visibility into the global variables of the > allocator. I suppose though, as with other things of this nature, if > you're mucking with this data then you should be doing so at your own > risk etc. ;-) Well, messing up AG is not worse than messing up EG or CG - you'll end up crashing pretty soon anyway :) Only problem might be that it may introduce binary dependencies that will limit what we can do in memory manager between versions, so we need to consider this carefully. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com