Re: Bug #13494: random segfaults with sablotron 0.70

I noticed this, too, but my backtraces looked much different. (My PHP version was 4.0.8dev, though, if that makes that much of a difference.) I'm having a tough time tracking down a script to reproduce the segfault. 90% of the time, everything seems fine, but now and again, apache dies. Our set ups are very similar, too: php: 4.0.8dev from CVS, today apache: 1.3.20 linux: 2.4.2 (Red Hat 7.1, not debian) sablotron: 0.70 Sablotron 0.60 with the 0.60.1 patch also seemed to work fine. I haven't noticed 0.65 segfaulting since I reverted back to it from 0.70 (although I have been having segfaults during some php_request_shutdowns() -- _efree() is doing something nasty in the zend engine. I'll also work towards a script to reproduce the error if it helps. J chregu@php.net wrote: > From: chregu@php.net > Operating system: linux 2.4.10 debian/testing > PHP version: 4.0CVS-2001-10-01 > PHP Bug Type: XSLT related > Bug description: random segfaults with sablotron 0.70 > > 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 >