W3C home > Mailing lists > Public > public-qt-comments@w3.org > March 2010

[Bug 9276] New: [XQTS] Order of results of fn-doc-33 are not well defined.

From: <bugzilla@wiggum.w3.org>
Date: Thu, 18 Mar 2010 16:48:22 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-9276-523@http.www.w3.org/Bugs/Public/>
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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:14:59 GMT