- From: <bugzilla@jessica.w3.org>
- Date: Wed, 05 Feb 2014 04:27:12 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24511
Bug ID: 24511
Summary: Function item and maps, error situations or side
effects
Product: XPath / XQuery / XSLT
Version: Last Call drafts
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P2
Component: XSLT 3.0
Assignee: mike@saxonica.com
Reporter: abel.braaksma@xs4all.nl
QA Contact: public-qt-comments@w3.org
Given that a function with a signature function(xs:anyAtomicType) as item()*
matches any map, should we say anything about assigning functions to items that
are declared as maps?
I mean, one could assign concat#1 to a map, which wouldn't do much other than
return the key as the value. But what happens if a function returns an error,
i.e., error#1 (or is the "none" type of fn:error not compatible with item()*?).
But any other function can return an error.
And what happens when functions have side effects, like creating a new node or
a constructor function, or a function calling xsl:stream?
Perhaps the behavior should be implementation defined, similarly to
xsl:variable (which can be evaluated again and again, but can also be cached).
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Wednesday, 5 February 2014 04:27:19 UTC