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 3367 - K-SeqExprCast-130
Summary: K-SeqExprCast-130
Status: CLOSED FIXED
Alias: None
Product: XML Query Test Suite
Classification: Unclassified
Component: XML Query Test Suite (show other bugs)
Version: 0.9.4
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Andrew Eisenberg
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-19 18:25 UTC by Michael Kay
Modified: 2006-06-27 18:55 UTC (History)
1 user (show)

See Also:

Attachments

Description Michael Kay 2006-06-19 18:25:54 UTC 
I believe this test should throw an error

xs:base64Binary("frfhforlksid745323=="

According to XML Schema Part 2 if the last tetragram ends in "==" then the previous character must be one of [AQgw]. (The logic to this is that these four letters represent multiples of 16, that is, groups of 6 bits in which the last four bits are zero.)

(Note, this error was found after tightening up Saxon's base64 decoder in response to other tests in this series which found it to be too lenient. Most Base64 decoders found "in the wild" are much more lenient than XML Schema permits).
Comment 1 Frans Englich 2006-06-27 15:07:57 UTC 
Yes, the EBNF confirms your interpretation. At least to me.

Fixed in CVS, K-SeqExprCast-130 expect FORG0001.


Frans
Comment 2 Frans Englich 2006-06-27 18:55:17 UTC 
Since this report was resolved as suggested, I am changing status to CLOSED. Feel free to reopen if the resolution was incorrectly implemented, for example.


Frans