You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by "Miller, Grant" <Gr...@COGNOS.com> on 2002/04/24 14:48:26 UTC

FW: Xsltc bug

Hi,
I am forawrding this on behalf of a work colleague....

>  -----Original Message-----
> From: 	Tsui, Alban  
> Sent:	Wednesday, April 24, 2002 12:17 PM
> To:	Miller, Grant
> Subject:	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.