Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19545 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 17940 invoked by uid 1010); 10 Oct 2005 08:59:40 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 17924 invoked from network); 10 Oct 2005 08:59:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Oct 2005 08:59:40 -0000 X-Host-Fingerprint: 195.28.69.139 mail.jobtion.com Linux 2.4 w/o timestamps Received: from ([195.28.69.139:56018] helo=sparky.datcon.sk) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id DD/A2-54476-C7D2A434 for ; Mon, 10 Oct 2005 04:59:40 -0400 Received: from localhost (localhost [127.0.0.1]) by sparky.datcon.sk (Postfix) with ESMTP id 5F1CC34DF for ; Mon, 10 Oct 2005 10:59:36 +0200 (CEST) Received: from sparky.datcon.sk ([127.0.0.1]) by localhost (sparky [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24168-02-10 for ; Mon, 10 Oct 2005 10:59:34 +0200 (CEST) Received: from [172.16.71.217] (adsl90.212-5-195.telecom.sk [212.5.195.90]) by sparky.datcon.sk (Postfix) with ESMTP id F045A3DCC for ; Mon, 10 Oct 2005 10:59:33 +0200 (CEST) Message-ID: <434A2DDC.1000809@kmit.sk> Date: Mon, 10 Oct 2005 11:01:16 +0200 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050925) X-Accept-Language: en-us, en MIME-Version: 1.0 To: internals@lists.php.net References: <4A.46.54476.C2272434@pb1.pair.com> <002801c5c8fe$b62d2ef0$6d561a44@lighthammer> <8F.35.54476.F96D4434@pb1.pair.com> <002f01c5caa1$da4f1b50$ad6c0646@lighthammer> <434A2B43.7020608@vimio.com> In-Reply-To: <434A2B43.7020608@vimio.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at datcon.sk Subject: Re: [PHP-DEV] Re: zval "passthrough"? From: ondrej@kmit.sk (=?UTF-8?B?T25kcmVqIEl2YW5pxI0=?=) David Olsson wrote: > malloc to allocate memory. This means that my memory allocations using > c++ new should allocate persistent memory chunks. So the > persistent/non-persistent memory issue doesn't explain why my std::map > simply is empty. The fact that it contain zval pointers pointing to > invalid memory I understand but I don't get why it gets emptied. Any ideas? Overload new and delete operators? -- Ondrej Ivanic (ondrej@kmit.sk)