ID: 28286
User updated by: stuart dot herbert at boxuk dot com
Reported By: stuart dot herbert at boxuk dot com
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: RHES 3.1
PHP Version: 4.3.6
New Comment:
I appreciate the need for the smaller reproducing script - but I don't
have one yet for you. I don't know if it will be possible either -
Amaxus is a large product that uses XML throughout.
Something is corrupting that list. A patch that adds code to validate
the list, and that makes calls to the list validation function, would
help us track down the source of that corruption. Can you help?
Thanks,
Stu
Previous Comments:
------------------------------------------------------------------------
[2004-05-17 15:20:55] [EMAIL PROTECTED]
The crash you get is from domxml, not xslt extension (sablotron), so
assumed you were using the libxslt functions. This being the case,
without a reproducing script, debugging domxml is extremely difficult
as you need to figure out where the issue between the engine, domxml
and libxml lies.
------------------------------------------------------------------------
[2004-05-17 15:20:47] [EMAIL PROTECTED]
The crash you get is from domxml, not xslt extension (sablotron), so
assumed you were using the libxslt functions. This being the case,
without a reproducing script, debugging domxml is extremely difficult
as you need to figure out where the issue between the engine, domxml
and libxml lies.
------------------------------------------------------------------------
[2004-05-17 15:00:36] stuart dot herbert at boxuk dot com
Hiya,
Erm, I'm a bit confused. xslt isn't an object in PHP 4 ;-) It sounds
like you're talking about the xslt functionality that's new in PHP 5
;-)
Our xslt_process call looks like this:
$output = xslt_process($this->processor, 'arg:/_xml', 'arg:/xsl', NULL,
$arguments);
There's no documented parameter to xslt_process() to force a copy.
If I'm going to 'poke about' with gdb, it'd help if you could point me
in the right direction. The core dump isn't very helpful - if I
understand it correctly, it's just saying that the Zend engine is dying
after executing the script because something messed up the internal
linked lists. Some sort of patch that will catch the list corruption
much closer to where it occurs would really help ;-)
Best regards,
Stu
------------------------------------------------------------------------
[2004-05-17 13:36:51] [EMAIL PROTECTED]
What does your xslt_process call look like?
No easy way to debug this without a script, but can you try forcing a
copy on the document (there's an additional parameter that can be
passed to xslt_process to force a doc copy). Not sure what you have for
parameters, but try something like:
xslt->process(doc, NULL, NULL, NULL, 1);
See if it still crashes doing that. If it still does and you dont have
a reproducing script then you will have to sit down with gdb and try to
find where the problem is coming from.
------------------------------------------------------------------------
[2004-05-17 10:10:31] stuart dot herbert at boxuk dot com
Hiya,
Sorry - I've been unable to create a short script to reproduce this
fault yet. Our CMS is a large application which uses DOM extensively.
Trying to find 20 or so lines to re-create the problem is non-trivial.
Can you supply a debugging patch, which will help capture additional
information?
libxml is 2.6.9, and libxslt is 1.1.6.
Best regards,
Stu
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28286
--
Edit this bug report at http://bugs.php.net/?id=28286&edit=1
