This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 8131 - [XQTS] CVS: GenCompEq-2
Summary: [XQTS] CVS: GenCompEq-2
Status: CLOSED FIXED
Alias: None
Product: XML Query Test Suite
Classification: Unclassified
Component: XML Query Test Suite (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Frans Englich
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-30 13:25 UTC by Tim Mills
Modified: 2010-03-16 16:07 UTC (History)
0 users

See Also:


Attachments

Description Tim Mills 2009-10-30 13:25:08 UTC
This test is meant to check the resolution of Bug 5223.

Following the text of the resolution of this bug:

(b) If exactly one of the atomic values is an instance of xs:untypedAtomic, it
is cast to a type depending on the other value's dynamic type T according to
the following rules, in which V denotes the value to be cast:
(b4) In all other cases, V is cast to the primitive base type of T 

Here T = xs:NCName, and the primitive base type of T is xs:string.

Since

xs:untypedAtomic('1') cast as xs:string

would not raise FORG0001, why is this the expected error?

(:*******************************************************:)
(: Test: GenCompEq-2                                     :)
(: Written by: Sorin Nasoi                               :)
(: Date: 2009-05-01+02:00                                :)
(: Purpose: General comparison where one of the types is :)
(: xs:untypedAtomic and the other xs:NCName.             :)
(: Expected error FORG0001.                              :)
(:*******************************************************:)

xs:untypedAtomic("1") = xs:NCName("string")
Comment 1 Frans Englich 2010-03-15 09:10:32 UTC
A fix is attempted in CVS.