Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44528 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55232 invoked from network); 28 Jun 2009 17:59:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Jun 2009 17:59:37 -0000 Authentication-Results: pb1.pair.com header.from=andrei@gravitonic.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=andrei@gravitonic.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain gravitonic.com from 209.85.216.178 cause and error) X-PHP-List-Original-Sender: andrei@gravitonic.com X-Host-Fingerprint: 209.85.216.178 mail-px0-f178.google.com Received: from [209.85.216.178] ([209.85.216.178:53649] helo=mail-px0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F4/10-54754-88FA74A4 for ; Sun, 28 Jun 2009 13:59:37 -0400 Received: by pxi8 with SMTP id 8so683477pxi.29 for ; Sun, 28 Jun 2009 10:59:34 -0700 (PDT) Received: by 10.114.152.6 with SMTP id z6mr2125959wad.138.1246211974596; Sun, 28 Jun 2009 10:59:34 -0700 (PDT) Received: from ale.local (adsl-76-228-82-241.dsl.pltn13.sbcglobal.net [76.228.82.241]) by mx.google.com with ESMTPS id j39sm1697671waf.45.2009.06.28.10.59.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Jun 2009 10:59:33 -0700 (PDT) Message-ID: <4A47AF83.3010205@gravitonic.com> Date: Sun, 28 Jun 2009 10:59:31 -0700 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807) MIME-Version: 1.0 To: Pierre Joye CC: =?UTF-8?B?Sm9oYW5uZXMgU2NobMO8dGVy?= , PHP internals References: <4A453C43.3060806@gravitonic.com> <1246101161.13829.1.camel@goldfinger.johannes.nop> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Memory corruption bug From: andrei@gravitonic.com (Andrei Zmievski) Pierre Joye wrote: > committed. I see that it's not in HEAD though, probably because HEAD has never been updated to use safe-allocation functions? I see no trace of __zend_calloc() there. We should probably port that from 5.3. -Andrei