I am trying to make sense of the following 4 xml extensions distributed with
php 5
ext/libxml- ??
ext/simplexml {experimental)
ext/xml
ext/dom {experimental)
Dom extension's name is self describing. but about the others ?
As I understand, simplexml is a
Every once in a while somebody has to speak out about the state
of the union and bear the brunt of some anger... with a hope
that things will change for the better.
2 years back I started out asking a question being
concerned by the frustration caused to many users (and vendors
alike).
Rasmus wrote:
Really ? Are you sure ?
http://www.zend.com/zend/week/week146.php
Ok, one self-serving fix.
I was (again) expecting exactly that kind of response. I dont
understand why so much arrogance exists among a select few. And
it unfortunately reflects the community's attitude.
So
in my 2nd email.
2nd sugesstion is an excellent way to tighten things up. But since this
is a community, lets see if the community likes it or what other
effective alternatives they can think of.
-Roshan
-Original Message-
From: Naik, Roshan
Sent: Thursday, August 26, 2004 2:14
Andi wrote:
Oh boy, if you don't see the difference between concrete
suggestions to be
heard that's fine, but try and keep it short, to the point, and
constructive
There were concrete solutions (if you cared to read. so atleast
read this one all the way)
And were also backed up by
http://www.zend.com/php5/andi-book-excerpt.php says
In PHP 5, all XML extensions have been rewritten to use the superb libxml2 XML
toolkit
But the official docs http://us4.php.net/manual/en/ref.xml.php
on XML extension say under the requirements section
This extension uses expat, which
Yes, you have it to pick up from xmlsoft.org
There is no mention of the minimal libxml2 version required anywhere
either. The old dom-xml needed = 2.4.14
But on PHP5 It doesnt seem to like 2.5.9 either.
any clue whats the minimal supported version ?
-Roshan
--
PHP Internals - PHP Runtime
I had filed a bug report #21855 sometime back.
What the problem was:
When PHP 4.2.3 was being used along with Apache2 (worker model) accessing
the index.php script
of PHPMyAdmin was causing the thread that was servicing the request to die
with this in
the Apache error_log
[notice] child pid
A few months back i submitted a bug report #21855 and forgotten about it.
In short ...certain complex enough scripts would cause PHP to crash and burn
on HPUX. The gdb backtraces and the fault generated seemed to indicate that
memory access was beging performed in the guard pages located just
testing
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
10 matches
Mail list logo