Subject: RE: [xsl] passing_cousin_content_as_counter From: "Michael Kay" <mhk@xxxxxxxxx> Date: Sun, 1 Aug 2004 23:02:02 +0100 |
> and while it seems pretty logical to just select the relevant > COORDINATES_ITEM elements > and add a d character in front of their number content, it doesn't.It > produces an identical > xml doc with the source one.It looks like, it ignores the > second template > and just applies > the first identity template, producing exactly the same document. It's a shame that having got that far, you weren't able to find the simple error in my code. The predicate should be <xsl:template match="COORDINATES_ITEM[position() = /SHAPE/ELEM_INFO/ELEM_INFO_ITEM[position() mod 3 = 1]]"> This now works in Saxon 6.5.3. Unfortunately it shows up an optimization bug in Saxon 8.0, which is related to https://sourceforge.net/tracker/index.php?func=detail&aid=998978&group_id=29 872&atid=397617 but not identical to it. Although this predicate does not use variables explicitly, it is optimized to the XQuery expression let $temp := /SHAPE/ELEM_INFO/ELEM_INFO_ITEM[position() mod 3 = 1] return COORDINATES_ITEM[position() = $temp] and this is hitting problems in allocating stack space for variables in patterns. Michael Kay
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: [xsl] passing_cousin_content_as, mankar | Thread | RE: [xsl] passing_cousin_content_as, mankar |
[xsl] XSL-List Guidelines, Mulberry Technologie | Date | RE: [xsl] passing_cousin_content_as, mankar |
Month |