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 53364 - number formatting inconsistencies
number formatting inconsistencies
Status: VERIFIED FIXED
Product: libxml
Classification: Deprecated
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Daniel Veillard
Daniel Veillard
Depends on:
Blocks:
 
 
Reported: 2001-04-19 02:51 UTC by Dan Egnor
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dan Egnor 2001-04-19 02:51:32 UTC 
The string-to-number parser in libxml's XPath implementation is unable to
parse scientific notation (1.5e+3), but the default number formatter in
libxslt will happily output scientific notation for very large or small
values.  This doesn't seem right.

I'm not sure where the bug lies; I have actually had no luck finding the
rules for numeric literals in the XPath specification, though I can look
harder (and ask local XPath/XSLT experts) if you'd like.

I can also find/patch the particular functions in libxml/libxslt that do
the formatting, but since I don't really know what the Right Thing is, I
can't just submit a patch.
Comment 1 Daniel Veillard 2001-04-20 13:52:48 UTC 
Handed the problem to Bjorn Reese, hopefully he will come up to help

Daniel
Comment 2 Daniel Veillard 2001-04-24 23:20:41 UTC 
Okay this was added to 0.8.0, but generated negative feedback.

http://mail.gnome.org/archives/xml/2001-April/msg00080.html

As it is this bug seems fixed now.

Daniel