After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 140861 - segmentation fault in running 1.1.6
segmentation fault in running 1.1.6
Status: VERIFIED FIXED
Product: libxslt
Classification: Platform
Component: general
1.1.6
Other Linux
: Normal normal
: ---
Assigned To: William M. Brack
libxml QA maintainers
Depends on:
Blocks:
 
 
Reported: 2004-04-22 17:40 UTC by Will Partain
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Will Partain 2004-04-22 17:40:03 UTC 
It, uh..., segmentation faults.  The same input on 1.0.33 works.

The test file is of a slightly commercially-sensitive nature, so I don't
want to splat it into the public; but will send it if you ask.

You will instantly be able to tell if the problem is my fault or yours :-)
Keep up the excellent work.
Comment 1 William M. Brack 2004-04-22 23:22:07 UTC 
Without further information it's impossible for me to do anything (the 
software is heavily tested against a suite of "regression tests", so I must 
assume the problem is triggered by something within your data which is not 
within those tests).  Could you email your testfile to me directly?  I will 
respect it's slightly sensitive nature and will destroy it when the bug is 
resolved.

Regards,
Bill
Comment 2 William M. Brack 2004-04-24 07:11:58 UTC 
After some exchange of emails, the trouble has been identified.

This problem was caused by a bug in transform.c concerning XPath Nodesets, 
which has been fixed in CVS.  It can be identified by running the program 
under Valgrind, which will detect an 'invalid' memory write, e.g.:

==25538== Invalid write of size 4
==25538==    at 0x3C047C65: xsltApplyTemplates (transform.c:3168)
==25538==    by 0x3C044D1D: xsltApplyOneTemplate (transform.c:1557)
==25538==    by 0x3C0485F4: xsltIf (transform.c:3585)
==25538==    by 0x3C044D1D: xsltApplyOneTemplate (transform.c:1557)
==25538==  Address 0x41E7DE54 is not stack'd, malloc'd or free'd
==25538==

Thanks for the report
Bill
Comment 3 Daniel Veillard 2004-07-06 09:23:28 UTC 
This should be closed in libxslt-1.1.8,
                                                                                
  thanks,
                                                                                
Daniel