RE: [xslt] xsltproc failed



Some further info:

William M. Brack wrote:
> No problem here:
> bill billsuper ~/gnomecvs/work $ xsltproc --version
> Using libxml 20624, libxslt 10116 and libexslt 813
> xsltproc was compiled against libxml 20624, libxslt 10116 and libexslt
> 813
> libxslt 10116 was compiled against libxml 20624
> libexslt 813 was compiled against libxml 20624
> bill billsuper ~/gnomecvs/work $ valgrind xsltproc --novalid
> stylesheet.xsl data.xml >xsltout
<snip>

bill billsuper ~/gnomecvs/work $ xsltproc --version
Using libxml 20619, libxslt 10114 and libexslt 812
xsltproc was compiled against libxml 20619, libxslt 10114 and libexslt 812
libxslt 10114 was compiled against libxml 20619
libexslt 812 was compiled against libxml 20619
bill billsuper ~/gnomecvs/work $ xsltproc --novalid stylesheet.xsl data.xml
*** glibc detected *** malloc(): memory corruption: 0x080692d8 ***
Aborted (core dumped)html PUBLIC "-//W3C//DTD XHTML 1.0 transitional//EN"

Moral to the story:  I suggest you update your software to the current
version.

Bill

> Buchcik, Kasimier wrote:
>>
>>
>>> -----Original Message-----
>>> From: John Russell [mailto:jbr onlywebdata com]
>>> Sent: Monday, May 22, 2006 10:26 PM
>>> To: Buchcik, Kasimier; The Gnome XSLT library mailing-list
>>> Subject: Re: [xslt] xsltproc failed
>>>
>>> Here are a couple of files to reproduce this problem.
>>> Suspected fault is with
>>>
>>> <xht:option value="{dyn:evaluate(@loc)}">
>>>
>>> If this is a known bug and a patch/upgrade is available
>>> please let me know.
>>
>> There's no problem with the scenario using the CVS HEAD. Neither
>> the standard, nor the refactored code produce an error or segfault.
>>
>> If someone could try this with the latest release, that would
>> be kind.
>>
<snip>

>>
>> Regards,
>>
>> Kasimier




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]