[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XSLT 2.0 / XPath 2.0 - Assumptions

• To: dehora@e...
• Subject: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• From: David Carlisle <davidc@n...>
• Date: Mon, 13 May 2002 19:05:20 +0100
• Cc: xml-dev@l...
• In-reply-to: <004001c1faa5$e2c56660$887ba8c0@mitchum> (message fromBill de hÓra on Mon, 13 May 2002 18:44:51 +0100)
• References: <004001c1faa5$e2c56660$887ba8c0@mitchum>

> How does that work out for number comparisons (ie the adage, don?t test
> fp for equality)?

in practice numbers in xslt either come from text strings in the source
and have a fixed number of decimal places (like 2:-) in which case of
course equality testing works fine, or you have done some arithmetic and
you want to compare as integers in which case you can use floor() and
friends before making the comparision, these are defined to return
integer valued floating point numbers. Again since this is typically
something like the number of rows of a table div 3, you don't get into
trouble with loss of precision on large integers, as the numbers are not
that large (as a rule).

It is not leading edge numerical analysis but it works well enough in
the scenarios that XSLT was designed for.

David

_____________________________________________________________________
This message has been checked for all known viruses by Star Internet
delivered through the MessageLabs Virus Scanning Service. For further
information visit http://www.star.net.uk/stats.asp or alternatively call
Star Internet for details on the Virus Scanning Service.

• References:
  • RE: XSLT 2.0 / XPath 2.0 - Assumptions
    • From: Bill de hÓra <dehora@e...>

• Prev by Date: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• Next by Date: Re: W3C XML Core WG requests comment: control characters in XML 1.1
• Previous by thread: RE: XSLT 2.0 / XPath 2.0 - Assumptions
• Next by thread: Re: XSLT 2.0 / XPath 2.0 - Assumptions
• Index(es):
  • Date
  • Thread