- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 18 Mar 2010 16:48:22 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9276
Summary: [XQTS] Order of results of fn-doc-33 are not well
defined.
Product: XML Query Test Suite
Version: unspecified
Platform: PC
OS/Version: Windows NT
Status: NEW
Severity: normal
Priority: P2
Component: XML Query Test Suite
AssignedTo: andrew.eisenberg@us.ibm.com
ReportedBy: oliver@cbcl.co.uk
QAContact: public-qt-comments@w3.org
One section of this query is as follows:
for $i in $root//QObject/local:drawDiagram(.)
stable order by string($i)
return $i
The fact that the order by is stable does no good here!
The problem lies with the path expression $root//QObject/local:drawDiagram(.)
Following the rules in [XQuery] 3.2, the nodes returned from the path
expression are sorted into document order and deduplicated.
However, all the nodes in this sequence are newly constructed, and thus have an
implementation defined order.
Whilst it is undesirable for an implementation to return the nodes in an
arbitrary permutation, it is allowed by the spec. I cannot see how the spec
could be easily changed to allow for this seemingly useful use-case, so I have
marked this as a bug against XQTS.
The simplest solution I can see is to replace the for expression with a for
expression:
for $object in $root//QObject
for $i in local:drawDiagram($object)
stable order by string($i)
return $i
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 18 March 2010 16:48:24 UTC