[xslt] Bug: libxslt-1.0.23 -> number_format


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')"/>


olf@castro (/tmp/libxslt-1.0.23) $ xsltproc/xsltproc num.xsl num.xml
xmlEncodeEntitiesReentrant : char out of range
<?xml version="1.0"?>
olf@castro (/tmp/libxslt-1.0.23) $ xsltproc num.xsl num.xml
<?xml version="1.0"?>

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 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"

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