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):
Steps to Reproduce:
xsltproc --nonet --xinclude
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.
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
Writing g3cat.1 for refentry(foobarman)
paphio:~ -> rpm -qf /usr/bin/xsltproc
In general it's better to use the dedicated bug reporting facilities
see http://xmlsoft.org/XSLT/bugs.html , as xsltproc --help suggests
Any chance we could see an FC2 update issued to fix this, Daniel? I
keep hitting this too.