From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 Description of problem: xsltproc segfaults on a simple input, apparently due to a double free(). The bug is not always reproducible and may be dependent on free RAM being below some threshold. Version-Release number of selected component (if applicable): libxslt-1.1.5-1 How reproducible: Sometimes Steps to Reproduce: 1. Run xsltproc --nonet --xinclude http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl coredump.xml using the enclosed coredump.xml file. 2. Pray that the phase of the moon is correct. Actual Results: A core dump. Sometimes. Changing the XML input did not seem to affect whether it happened or not -- it does not seem to be dependent on input length. Expected Results: Completion with status zero. Additional info:
Created attachment 101671 [details] Simple test case which has been known to trigger a cire dump
Fixed upstream and should be in rawhide: paphio:~ -> /usr/bin/xsltproc --nonet --xinclude http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl coredump.xml Writing g3cat.1 for refentry(foobarman) paphio:~ -> rpm -qf /usr/bin/xsltproc libxslt-1.1.8-1 paphio:~ -> In general it's better to use the dedicated bug reporting facilities see http://xmlsoft.org/XSLT/bugs.html , as xsltproc --help suggests thanks, Daniel
Any chance we could see an FC2 update issued to fix this, Daniel? I keep hitting this too.