Bug 137499
Summary: | xsltproc segfaults under libxml2 2.6.15-2 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ken Barber <mountainman> |
Component: | libxml2 | Assignee: | Daniel Veillard <veillard> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 2 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-10-29 17:37:45 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ken Barber
2004-10-28 21:03:29 UTC
Can you try two things: 1/ get back to libxml2-2.6.15 , run the command xsltproc -v custom-html.xsl WebCAF-book.xml and paste the last few lines before it hangs 2/ then upgrade to libxslt-1.1.11 (you may need to also update the -python and -devel if they are installed locally) from ftp://xmlsoft.org/ and see if it still hangs. Getting those informations would help me diagnose and possibly reproduce the problem, as well as xsltproc --version output. I will look at it before next week, thanks for the report ! Daniel I looked at http://www.webcaf.com/manual/rsync/ , I only get a web page but not a directory listing, hence I'm unable to guess the filenames. Could you assemble all the .xsl and .xml needed to run a session into a tar.gz and put it on-line ? I need them to reproduce the problem. thanks, Daniel Output of 'xsltproc -v custom-html.xsl WebCAF-book.xml' with libxml2-2.6.15: ----------------------- xsltProcessOneNode: applying template 'text()|processing-instruction()|comment()' for text xsltCopy: text mountainman xsltCopyText: copy text mountainman xsltProcessOneNode: applying template 'text()|processing-instruction()|comment()' for text xsltCopy: text > xsltCopyText: copy text > xsltProcessOneNode: applying template '*' for br xsltCopy: node br xsltCopyOf: select @* xsltCopyOf: result is a node set xsltApplyTemplates: node: br xsltApplyTemplates: list of 0 nodes xsltProcessOneNode: applying template 'text()|processing-instruction()|comment()' for text xsltCopy: text xsltCopyText: copy text call-template returned: name unwrap.p free(): invalid pointer 0xd023d08! call-template returned: name paragraph Segmentation fault ------------------------ After upgrading to libxslt-1.1.11 the problem goes away. There is an index.html file at the URL I gave earlier, so using a Web browser to access it is probably a lost cause. Since it appears that the bug is on its way to being resolved, I won't upload a .tar.gz at this time. Please let me know if you still need it later. I had the same problem and 1.1.11 from rawhide fixed it. Okay after some testing and analysis based on Markus's input, the bug is related to exslt:node-set extension handling in a given use in the DocBook stylesheet doing chunking. This is deep voodoo and the way that extension is handled was cleaned bu since the FC2 area in both libxml2 and libxslt. As a result an unexpected and hard to detect dependancy was made between both modules. The simplest and best tested fix is to push an update of libxslt at the level of libxml2 used, i.e. libxslt-1.1.12, so I will try to get a fc2 update libxslt-1.1.12-2 out during the week-end, thanks for the report and feedback, Daniel libxslt-1.1.12-2 has been pushed to fc2 updates, Daniel |