[xslt] Bug: libxslt-1.0.23 -> number_format

[Olaf Püschel <O Pueschel olmos de>]

Hi!

When upgrading to libxslt-1.0.23 on Solaris2.7/sparc, gcc-2.95.2
I encountered a bug in format-number. The following xml/xsl reproduces it:

olf@castro (/tmp/libxslt-1.0.23) $ cat num.xml
<?xml version="1.0" encoding="ISO-8859-1"?>
<num val="12345"/>

olf@castro (/tmp/libxslt-1.0.23) $ cat num.xsl
<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; version="1.0">

<xsl:template match="num">
  <xsl:value-of select="format-number(@val, '#,##0.00')"/>
</xsl:template>

</xsl:stylesheet>

olf@castro (/tmp/libxslt-1.0.23) $ xsltproc/xsltproc num.xsl num.xml
xmlEncodeEntitiesReentrant : char out of range
<?xml version="1.0"?>
12&#255;45.00
olf@castro (/tmp/libxslt-1.0.23) $ xsltproc num.xsl num.xml
<?xml version="1.0"?>
12,345.00

The second run gives the correct output by xsltproc from libxslt-1.0.22
after downgrading. The problim lies in the grouping-separator (,).

Best regards
Olaf

-- 
Olaf Püschel, Softwaretechnik, OLMOS Workstations GmbH, Germany
Wolfenbütteler Str. 31A, 38102 Braunschweig, Fon.: +49-531-22020-0 Fax: -99
OLMOS supports signed and/or encrypted mail. Grab my key at www.keyserver..net
"Unix *is* user friendly. It's just a bit picky about its friends"