Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:12677
Return-Path: <helly@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 61747 invoked by uid 1010); 9 Sep 2004 16:58:47 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 57366 invoked from network); 9 Sep 2004 16:57:16 -0000
Received: from unknown (HELO jan.prima.de) (83.97.50.139)
  by pb1.pair.com with SMTP; 9 Sep 2004 16:57:16 -0000
Received: from BAUMBART (p508EA997.dip.t-dialin.net [::ffff:80.142.169.151])
  (IDENT: HydraIRC, AUTH: LOGIN tobi)
  by jan.prima.de with esmtp; Thu, 09 Sep 2004 16:57:13 +0000
Date: Thu, 9 Sep 2004 18:57:12 +0200
Reply-To: Marcus Boerger <helly@php.net>
X-Priority: 3 (Normal)
Message-ID: <325540054.20040909185712@marcus-boerger.de>
To: Kamesh Jayachandran <kameshj@fastmail.fm>
CC: internals@lists.php.net
In-Reply-To: <1094745638.24407.204029282@webmail.messagingengine.com>
References: <1094723466.25363.204005102@webmail.messagingengine.com>
 <414068F4.1080503@hristov.com>
 <1094740644.16832.204022273@webmail.messagingengine.com>
 <546797342.20040909170532@marcus-boerger.de>
 <1094745638.24407.204029282@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] info needed regarding TSRM thread local storage
From: helly@php.net (Marcus Boerger)

Hello Kamesh,

Thursday, September 9, 2004, 6:00:38 PM, you wrote:

> Hi Marcus,
> That is fine.
> The leak of 2,46,888 I was getting when I had ldap, mysql and xml
> extension enabled.
> After Disabling them and without MBO_0 I had a leak of 87744 bytes.
> After Disabling them and with MBO_0 I had a leak of 51,912 bytes.
> Anyway this figures are as given by NetWare System Console which might
> be bit higher that actual called with malloc or calloc or realloc.

Still the comma in your numbers is wrong which makes me think either
you copied directly from your system output which would mean your
system is bork or you interpreted them or got confused in another way.
To me a comma is a thousands separator. That means either there is
a comma every third numer or something is wrong - in that case the
numbers are of no means at all. If i forget that there are some
confusing commas then it seems that the code fixed some memleaks
which it was supposed to. Anyway there are obviously more leaks to
plug. Maybe there is something wrong in calling the TSRM destruction
in netware?

marcus