Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:4258
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <01d901c36efe$9558d000$06dea8c0@cyberware.local>
To: "Andi Gutmans" <andi@zend.com>
Cc: <internals@lists.php.net>
References: <5.1.0.14.2.20030830155931.0395a758@127.0.0.1> <5.1.0.14.2.20030830155931.0395a758@127.0.0.1> <5.1.0.14.2.20030830161302.04623998@127.0.0.1>
Date: Sat, 30 Aug 2003 09:56:56 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Problem with CVS
From: rrichards@ctindustries.net ("Rob Richards")

From: Andi Gutmans
> Ouch. Now the question is how do we solve this? Do we make ./configure
bail
> out on such versions or do we hack something into PHP so that it doesn't
> call this function more than once?
> I really want to reduce the block size in my mem manager from 256KB to
16KB
> but I can't do it right now because it kills PHP quicker (it will die in
> any case but it will take longer).

Do you know what happens if another apache mod were to be using libxml
(there are some)? Would they be sharing the same space as in, if the other
mod were to change libxml globals, would that affect the libxml globals
within the php scope? I believe they would clash but dont know for sure.

If so, then libxml 2.5.8 would have to be marked bad unless you can also
know when the other mods call their cleanup. This is a 2.5.8 issue only as
it was introduce in that version and fixed in 2.5.9.

Rob