ID: 22147
Updated by: [EMAIL PROTECTED]
Reported By: stuart at myrddraal dot demon dot co dot uk
Status: Assigned
Bug Type: XSLT related
Operating System: Windows XP
PHP Version: 4.3.0
Assigned To: dviner
New Comment:
you should be able to build php with debugging symbols turned on.
i am still unable to reproduce this on my windows machine.
Previous Comments:
------------------------------------------------------------------------
[2003-06-17 15:22:44] stuart at myrddraal dot demon dot co dot uk
Can you make a debugging build available - something that'll produce a
crash dump that you can actually use to get a useful stack trace?
------------------------------------------------------------------------
[2003-06-17 13:43:59] [EMAIL PROTECTED]
Unless someone else can verify this bug, i'm going to close it. This
has worked repeatedly on my system.
dave
------------------------------------------------------------------------
[2003-06-07 18:50:43] crtn at users dot sourceforge dot net
I have actually had the same problem on linux.
Debian, 2.4 kernel, Apache 1.3.26-1.1, PHP 4.1.2-6
(these are all from debian packages)
by default, there are no changes for the php.ini file for php4-xslt
(sablotron) install. This results in "Call to undefined function"
errors.
If i try to do: dl('xslt.so');
I get: [notice] child pid 7797 exit signal Segmentation fault (11)
many times for each attempt to run the php script (this is the sample
script provided on the xslt_create document page)
When I add the following to php.ini
extension: extension=xslt.so
I get the same error whenever I try to run this XSLT script.
------------------------------------------------------------------------
[2003-03-18 18:32:20] [EMAIL PROTECTED]
I can't reproduce the crash.
Altho, I do get this error:
Warning: fopen(4794.xml) [http://www.php.net/function.fopen]: failed to
create s
tream: No such file or directory in C:\devel\reproduce\reproduce.php on
line 26
Is anyone else able to reproduce this?
dave
------------------------------------------------------------------------
[2003-02-10 12:47:48] stuart at myrddraal dot demon dot co dot uk
Dave et al,
Have a look at http://www.gnqs.org/people/stu/xslt-crashes2.zip.
There's a new 'reproduce.php' script, and then just the XML/XSL file
pairs that make it crash locally. Should run on UNIX too.
What I've done is cached all the XML/XSL that was being fed into
Sablotron by my earlier script. The new reproduce.php simply works
through these until a crash occurs, or you run out of files.
When I run and re-run this new script, I get crashes at *different*
values of $l_iCount. It doesn't crash on the same XML/XSL pair each
time.
This new download is much larger because of increase in size of the
XML/XSL file pairs.
Thanks for looking at this,
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/22147
--
Edit this bug report at http://bugs.php.net/?id=22147&edit=1
