php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #13494 random segfaults with sablotron 0.70
Submitted: 2001-10-01 12:41 UTC Modified: 2001-10-12 13:49 UTC
From: chregu@php.net Assigned:
Status: Closed Package: XSLT related
PHP Version: 4.0CVS-2001-10-01 OS: linux 2.4.10 debian/testing
Private report: No CVE-ID: None
 [2001-10-01 12:41 UTC] chregu@php.net
so i updated to sablotron 0.70 and now i get a lot of random and not easily reproduceable segfaults with ext/xslt, but they happen a lot... hope someone can fix that. sablotron 0.60 worked fine. 0.65 also had some segfaults

system:

php: 4.0.7 from cvs of today
apache. 1.3.20
linux: 2.4.10
sablotron: 0.70

backtrace:
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x400f280b in free () from /lib/libc.so.6
(gdb) bt
#0  0x400f280b in free () from /lib/libc.so.6
#1  0x80a5347 in hashTableDestroy ()
#2  0x80a4292 in dtdDestroy ()
#3  0x809e57a in XML_ParserFree ()
#4  0x405ec8d4 in TreeConstructer::parseDataLineUsingExpat () from /usr/lib/libsablot.so.0
#5  0x405fe93e in Tree::parse () from /usr/lib/libsablot.so.0
#6  0x405f1418 in Processor::addLineParse () from /usr/lib/libsablot.so.0
#7  0x405f19cf in Processor::readTreeFromURI () from /usr/lib/libsablot.so.0
#8  0x405ef9bd in Processor::open () from /usr/lib/libsablot.so.0
#9  0x405f50cf in SablotRunProcessor () from /usr/lib/libsablot.so.0
#10 0x40301737 in zif_xslt_process (ht=6, return_value=0x83f28b4, this_ptr=0x0, return_value_used=1) at sablot.c:510
#11 0x401efcba in execute (op_array=0x8295a14) at ./zend_execute.c:1590
#12 0x401efe9b in execute (op_array=0x82bba94) at ./zend_execute.c:1630
#13 0x401efe9b in execute (op_array=0x82da76c) at ./zend_execute.c:1630
#14 0x401efe9b in execute (op_array=0x82668b4) at ./zend_execute.c:1630
#15 0x401fff66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814
#16 0x4020dd46 in php_execute_script (primary_file=0xbffff928) at main.c:1310
#17 0x40209c1e in apache_php_module_main (r=0x817444c, display_source_mode=0) at sapi_apache.c:90
#18 0x4020a71e in send_php (r=0x817444c, display_source_mode=0, filename=0x0) at mod_php4.c:575
#19 0x4020a782 in send_parsed_php (r=0x817444c) at mod_php4.c:590
#20 0x8073d79 in ap_invoke_handler ()
#21 0x80886ff in process_request_internal ()
#22 0x8088766 in ap_process_request ()
#23 0x807f676 in child_main ()
#24 0x807f831 in make_child ()
#25 0x807f9ac in startup_children ()
#26 0x808001c in standalone_main ()
#27 0x808084c in main ()
#28 0x4009d64f in __libc_start_main () from /lib/libc.so.6

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-10-02 08:42 UTC] sterling@php.net
Can you please supply a short reproducable test case? Thanks!
 [2001-10-03 04:10 UTC] chregu@php.net
with the files found on

http://php.chregu.tv/?file=samples/extxslt

i get 5-10 segfaults out of 100 requests (tested with ab from apache) (with sablot 0.7, php-4.0.7-latestCVS on debian/unstable)

hope that helps.

chregu
 [2001-10-12 13:49 UTC] chregu@php.net
after some (very short) tests with apache 1.3.22, the problem seems to be solved (according to the sablotron mailinglist, the bundled expat library from apache was the problem, apache uses now an installed expat-library, if one found in the system)


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Wed Apr 24 10:01:31 2024 UTC