Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55695 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 8780 invoked from network); 3 Oct 2011 20:21:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Oct 2011 20:21:26 -0000 Authentication-Results: pb1.pair.com smtp.mail=tony@daylessday.org; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=tony@daylessday.org; sender-id=pass Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 95.163.84.66 as permitted sender) X-PHP-List-Original-Sender: tony@daylessday.org X-Host-Fingerprint: 95.163.84.66 mail.daylessday.org Received: from [95.163.84.66] ([95.163.84.66:51431] helo=daylessday.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C9/10-07484-4491A8E4 for ; Mon, 03 Oct 2011 16:21:25 -0400 Received: from thinkx201.site (unknown [176.14.151.183]) by daylessday.org (Postfix) with ESMTPSA id 03C05E35EB; Tue, 4 Oct 2011 00:21:27 +0400 (MSD) Message-ID: <4E8A1940.7070204@daylessday.org> Date: Tue, 04 Oct 2011 00:21:20 +0400 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.22) Gecko/20110907 SUSE/3.1.14 Thunderbird/3.1.14 MIME-Version: 1.0 To: "Chester, Alan" , php-dev References: <4E8A129F.7090400@daylessday.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] zend memory managment null pointer dereference From: tony@daylessday.org (Antony Dovgal) On 10/04/2011 12:06 AM, Chester, Alan wrote: > Antony, > > Thank you for the quick response. I will work towards finding a reproducer and using valgrind to gather more information. > > Since I have been trying for to find a reproducer but have had no luck so far, do you think reducing the cache size > would help in finding a reproducer? If so how is this done? Or does cache/cache size have nothing to do with this area of code? Reducing the cache size will not help for sure, but disabling the cache entirely will help us to understand whether this problem is caused by your cache or not. Btw, you didn't specify which kind of cache is that. > Also would you like to me open a bug ticket to track this issue? It depends on the kind of cache you're using (there are several caches on the market that aren't part of PHP project) and whether the cache is guilty or not. -- Wbr, Antony Dovgal --- http://pinba.org - realtime profiling for PHP