fn-distinct-values different results from test

Bug #1090089 reported by Juan Zacarias
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Zorba
Fix Released
High
Paul J. Lucas

Bug Description

Test failing 2: cbcl-distinct-values-002, cbcl-distinct-values-002b from 'fn-distinct-values'

Results have different values from expected.

Related branches

Juan Zacarias (juan457)
description: updated
description: updated
description: updated
Changed in zorba:
importance: Undecided → High
assignee: nobody → Nicolae Brinza (nbrinza)
milestone: none → 2.9
summary: - FOTS: fn-distinc-values different results from test
+ fn-distinc-values different results from test
tags: added: fots
summary: - fn-distinc-values different results from test
+ fn-distinct-values different results from test
Changed in zorba:
milestone: 2.9 → 3.0
assignee: Nicolae Brinza (nbrinza) → Paul J. Lucas (paul-lucas)
tags: added: dates
tags: added: incorrect-result
description: updated
Revision history for this message
Paul J. Lucas (paul-lucas) wrote :

Can somebody explain why there should only be one distinct value? One dateTime has a timezone and the other does not. According to XML Schema Part 2, section 3.2.7.4, bullets C and D, there is no way for two dateTimes (one with a timezone and the other without) to compare equal, hence they MUST be distinct.

Changed in zorba:
status: New → Incomplete
description: updated
Revision history for this message
Sorin Marian Nasoi (sorin.marian.nasoi) wrote :

I have updated the description of the bug by mentioning the failing test case names and test set name.

Additionally, after looking of the 2 test case failures, the problem may be trimmed down to:

QUERY:

declare function local:create($arg) as xs:anyAtomicType* {
if ($arg castable as xs:float)
then $arg cast as xs:float else ()
};

local:create(3.333e2)

Expected result: 333.3
Actual result fro Zorba is :333.29999

Changed in zorba:
status: Incomplete → New
tags: removed: dates
Revision history for this message
Paul J. Lucas (paul-lucas) wrote :

That doesn't answer my question.

Revision history for this message
Paul J. Lucas (paul-lucas) wrote :

The problem can obviously be trimmed down further to:

    3.333e2 cast as xs:float

It's not clear how anybody can expect this to be fixed if it's indeed a limitation of using float vs double.

Changed in zorba:
status: New → In Progress
Changed in zorba:
status: In Progress → Fix Committed
Changed in zorba:
status: Fix Committed → Fix Released
Chris Hillery (ceejatec)
Changed in zorba:
milestone: 3.0 → 2.9
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.