Title: Xsltc bug?

I think I have found a bug in xpath implementation in xsltc:

I had the following
       
        <xsl:value-of select="count(((preceding-sibling::*[number(indent_level)=number($curlevel)-1])[last()])/preceding-sibling::row)+2"/>

and it works in normal xalan transform but it doesn't work in xsltc but it works again if I change the line to
       
        <xsl:value-of select="count(((preceding-sibling::*[number(indent_level)=number($curlevel)-1])[1])/preceding-sibling::row)+2"/>

Notice that the "last()" has been changed to a "1" - the first in the nodeset.

I think in xsltc, the nodes in the (sub-) nodeset returned from the bit

        preceding-sibling::*[number(indent_level)=number($curlevel)-1]

are returned in a reverse order, i.e. not in the order as in the original document.

Has this bug been noticed and fixed?

Alban Tsui

This message may contain privileged and/or confidential information.  If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so.  Thank you.

Reply via email to