#22147 [Asn]: PHP crashes when processing XSLT files

ID: 22147 Updated by: dviner@php.net 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] dviner@php.net 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] dviner@php.net 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